vkost27 wrote:
2 Maxim
ВМ вывести из "комы" получается только через "Power off", а это аналогично как выдернуть шнур из эл.розетки, после этого при включении и старте ОС предлагается "почекать" диск или пропустить это, я не возражаю и "чек" показывает, что ошибок нет, дополнительно, прогнал чекдиск на ВМ, результат тот же, ошибок нет.
В ходе обсуждения у меня возникает впечатление, что те кто пишет реплики, считают что ВМ это тоже, что и "физический хост", потому что и советы и ссылки даются , где рассматриваются вопросы сбоя физических устройств в системах или конфликта драйверов.
С точки зрения ОС это так и есть, драйверы устройств только другие (из VMware Tools) и при перемещении на разные хосты (с разным железом) для ВМ (её ОС) ничего не меняется. Все вопросы совместимости на себя берёт гипервизор.
vkost27 wrote:
В данном случае вопрос в том, что "плохо ведущая себя" ВМ одна из 3 десятков ВМ, которые работают в одинаковых в аппаратном плане условиях и одинаковых ОС, т.е это больше похоже на то, что где -то в гипервизоре надо , что-то сделать, но вотчтоэто вопрос.
Вы сами написали что у остальных ВМ работающих на этом же хосте и этом же датасторе проблем нет. Соответственно проблема где-то в настройках конкретной ВМ или ОС.
Если возможно, пришлите .vmx проблемной ВМ чтоб её конфигурацию посмотреть.
Исходя из этих статей:
Какие значения в Windows имеет счетчик "Физический диск/средняя длина очереди диска (Всего)" (PhysicalDisk\Avg. DiskQueue Length _Total)?