ВНИМАНИЕ!!! ОБНОВЛЕНИЕ!!! Виртуальная машина с уже установленной операционной системой может не заработать, а судя по комментариям, скорее всего не заработает. Поэтому данную процедуру рекомендую проводить перед установкой операционной системы.
При добавлении в виртуальную машину 170GB диска VMDK с параметром Disk Provisioning — Thick provisioned, eagerly zeroed, расположенном на SSD хранилище, столкнулся с очень долгим временем создания. За 5 часов прогресс достиг 17%.
Для сравнения, 50GB VMDK с аналогичными параметрами на хранилище HDD SAS RAID1, создался примерно за 15 минут.
В событиях Host>Monitor>Events случайно заметил запись вида
Warning. Lost access to volume due to connectivity issues. Recovery attempt is in progress and outcome will be reported shortly.
Как выяснилось, проблема с быстродействием HDD и SSD, подключенных к SATA в AHCI режиме, и некоторыми контроллерами в ESXi 6.5 связана с обновленным стандартным драйвером AHCI(VMW–AHCI).
Можно проверить использует ли адаптер стандартный обновленный AHCI драйвер. Для этого в панели управления гипервизором нужно перейти Storage>Adapters
Здесь можно увидеть, что работает обновленный драйвер AHCI — vmw_ahci.
Если проблема с быстродействием наблюдается, то можно попробовать отключить родной драйвер и использовать старый SATA-AHCI драйвер.
Предварительно необходимо активировать доступ по SSH — Host>Actions>Services>Enable Secure Shell(SSH). Для справкиПосле перезагрузки
Подключившись с помощью SSH-клиента к гипервизору, нужно выполнить команду
esxcli system module set --enabled=false --module=vmw_ahci
и перезагрузить хост ESXi.
Результат можно проверить в Storage>Adapters
После этой операции, создание 170GB VMDK с вышеуказанными параметрами, заняло не более двух минут.
Говнюк автор, все диски слетели VM не стартанули
Может автор и говнюк, но у автора диски не слетели. Критик может описать что делал?
Хы, датасторы созданные с включённым vmw_ahci не читаются, если его выключить. В логах ошибка Invalid physDiskBlockSize 4096 (ну вы понели). В обратную сторону работает так же — датасторы созданные с выключенным vmw_ahci, с включённым, не будут читаться с ошибкой Invalid physDiskBlockSize 512.
Автор, лютейший говнюк. Жесткая посдтава. Сервисы встали на полдня.
Сделал все как описано. Теперь Esxi не видит адаптер и соответственно диски. Обратно vmw-ahci не включается.
Я ускорил дисковую подсистему. Описал свои действия в первую очередь для себя. К сожалению пришлось воспользоваться своей инструкцией. Все прошло нормально как и в первый раз. Да и вообще на боевых системах надо осторожнее
Может есть решение как проверить подключение стандартного драйвера? Или как обратно включить vmw_ahci?
Буду рядом со стендом — посмотрю, но не скоро
Не ругайте автора, он не виноват. Он же просто блохер. Он эту новость просто перепечатал вот отсюда: vdr.one/esxi-6-5-vmw_ahci-ssd-extreme-latency/
Примерно так. Но если Вы хотели оскорбить автора «блохером», то автор пишет для себя и нет цели заработать или поднять чсв. Перепечатал, но не оттуда, а из нескольких источников. И описал те действия, которые сам проделал.
Лучше удали эту статью.
Весь день пытаюсь восстановить работоспособность сервера.
Если у кого получилось откатить настройки, напишите, пожалуйста, сюда.
Ты на рабочем сервере это делал? Я написал же что это нужно делать перед установкой ОС
Тоже мне проблема, да не заработало, так никто не машет дать обратную команду и перезагрузить сервер.
esxcli system module set —enabled=true —module=vmw_ahci
esxcli system module set —enabled=true —module=vmw_ahci