GP
не можешь говорить - забей
Size: a a a
2019 December 16
DG
Проще логи посмотреть 😎
GP
Проще логи посмотреть 😎
ой Диман, чтобы мы все без тебя делали
DG
Обращайтесь, могу сказать еще по секрету как кейс открыть 😂
DG
Только никому не рассказывайте
GP
Только никому не рассказывайте
в приват
DG
Но имхо как обычно какая-нибудь шляпа с ребалансом, которые периодически всплывают в релиз нотс
GP
я знаю, что у коллеги достаточно закрытая инфра, вот и задаю самые безобидные вопросы
T
Кусочек логов:
2019-12-16T00:01:02.084Z| vcpu-3| I125: SnapshotVMXTakeSnapshotComplete: Done with snapshot 'VEEAM BACKUP TEMPORARY SNAPSHOT': 3
2019-12-16T00:01:02.084Z| vcpu-3| I125: VigorTransport_ServerSendResponse opID=4f8d095c-d7-eb3c seq=244439: Completed Snapshot request.
2019-12-16T02:52:04.751Z| vmx| I125: Msg_Question:
2019-12-16T02:52:04.751Z| vmx| I125: [msg.hbacommon.outofspace] There is no more space for virtual disk 'VM_NAME-01_1-000001.vmdk'.
...
2019-12-16T03:23:07.298Z| vmx| E105: PANIC: Exiting because of failed disk operation.
T
Чтобы сразу пресечь инсинуации: да, там был снапшот виима, но место, тем не менее, было.
T
T
То есть, да, можно предположить, что разрастание снапшота стало причиной аварии. Но, с другой стороны, места там было ещё достаточно.
GP
а у вас автоматический ребаланс включен?
GP
у вас же u3?
T
а у вас автоматический ребаланс включен?
U3. Выключен.
GP
снапшоты же на vsan отдельные объекты https://blogs.vmware.com/virtualblocks/2019/12/04/closer-look-vsan-snapshots/
AD
То есть, да, можно предположить, что разрастание снапшота стало причиной аварии. Но, с другой стороны, места там было ещё достаточно.
а по дискам смотрели? в health?
T
снапшоты же на vsan отдельные объекты https://blogs.vmware.com/virtualblocks/2019/12/04/closer-look-vsan-snapshots/
Всё же это зависимые объекты, на которые распространяются SPBM, заданные до снапшота.
T
а по дискам смотрели? в health?
А что ам смотреть? Диски живы, место есть на всех.