m
Size: a a a
2020 September 23
m
пробовал менять на другую, не помогло
m
N
Покажите компоненты
m
смогу через 14 часов
N
В общем, надо посмотреть внимательно на политики и объекты.
m
эти политики на паре десятков других ВМ - проблем нет
N
Этот алерт означает, что текущее состояние не соответствовует тому, который привязан в политике к этой вм/vmdk (иногда swap), но не с точки Зрения доступности (копий) - здесь все ок, а в чем то другом.
N
Эта штука достаточно редко встречается, и на моей памяти было всего два случая - Flash read cache reservations на all Flash (но сейчас есть отдельная проверка для этого) и когда два страйпа по некой причине были на одном диске.
N
А лучше кейс завести. Это хоть не критичная штука, но лучше пусть gss смотрит :)
N
Возможно проще вот так esxcli vsan debug object list
2020 September 24
m
Покажите компоненты
m
m
m
N
Не очень понятно, что именно сделал Veeam при клонировании, но он ругается именно на vmhome, а не vmdk. Поэтому можно/лучше открыть кейс. Если можно/не страшно, то можно сделать новую ВМ и подключить в ней vmdk
2020 September 27
DK
коллеги, а такой любопытный вопрос
DK
сделали вм на висане.. и дали тонкий провижнинг (да я вкурсе что висан и так делает тонкий диск) .. и вот разместились компоненты на каком-то диске ...
в какой-то момент в виртуалку закинули оочень много данных и место на физ дисках одного конкретного сервера закончилось...
в какой-то момент в виртуалку закинули оочень много данных и место на физ дисках одного конкретного сервера закончилось...
DK
что произойдет ?
DK
на датасторе при этом еще места много