ВМ недоступен

Так что прошлой ночью мне пришлось удаленно отключить свои серверы, так как кондиционер отключил нас. Я закрыл виртуальные машины, а затем хосты. Сегодня запустили 2 хоста, которые автоматически запускают виртуальные машины. Хранилищами данных для виртуальных машин являются LUN isci, расположенные на NAS-устройстве Synology, которое у нас есть, NAS не был отключен. По какой-то причине, когда я загрузил все резервные копии, моя виртуальная машина электронной почты показывается как недоступная, и в журналах появляются сообщения о всевозможных ошибках, говорящих о том, что «том ATS-ONLY VMFS« сервер Synology-Email »не смонтирован. Хост не поддерживает инициализацию ATS или ATS». не удалось "все мои другие виртуальные машины прекрасно работают с другими хранилищами данных на том же NAS.

При просмотре хранилища данных в клиенте Vsphere или vcenter я не могу монтировать, размонтировать или просматривать файлы, поскольку все они выделены серым цветом. Я попытался перезагрузить хост и NAS несколько раз.

ESXi 6.0 на обоих хостах

БИНГО!!! Хорошо, вот как это было решено:

Я ссылался на эту статью для размонтирования хранилища данных, https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2004605

Шаг 1. Отключите хранилище данных от хоста вручную с помощью этой команды:

esxcli storage filesystem unmount [-u UUID | -l label | -p path ]

В моем случае я просто использовал команду label.

Шаг 2. Убедитесь, что хранилище данных отключено:

esxcli storage filesystem list

Вы видите вывод, похожий на:

Mount Point Volume Name UUID Mounted Type Size Free
------------------------------------------------- ----------- ----------------------------------- ------- ------ ----------- -----------
/vmfs/volumes/4de4cb24-4cff750f-85f5-0019b9f1ecf6 datastore1 4de4cb24-4cff750f-85f5-0019b9f1ecf6 true VMFS-5 140660178944 94577360896
/vmfs/volumes/4c5fbff6-f4069088-af4f-0019b9f1ecf4 Storage2 4c5fbff6-f4069088-af4f-0019b9f1ecf4 true VMFS-3 146028888064 7968129024
/vmfs/volumes/4c5fc023-ea0d4203-8517-0019b9f1ecf4 Storage4 4c5fc023-ea0d4203-8517-0019b9f1ecf4 true VMFS-3 146028888064 121057050624
LUN01 4e414917-a8d75514-6bae-0019b9f1ecf4 false VMFS-unknown version 0 0

В поле Mounting установлено значение false, в поле Type установлена ​​версия, неизвестная VMFS, и что точка монтирования не существует.

Шаг 3: Отключение настроек блокировки ATS-Only.

Я ссылался на эту статью:

https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1033665

В vcenter (или через клиент vsphere) я зашел в «Хосты и кластеры» и выбрал свой хост, который давал проблемы, просмотрел «Настройки» и «Дополнительные параметры системы». В Advanced System Settings я изменил 3 значения следующим образом (все они были установлены на 1):

DataMover.HardwareAcceleratedMove = 0  
DataMover.HardwareAcceleratedInit = 0
VMFS3.HardwareAcceleratedLocking = 0

Шаг 4: Повторная установка хранилища данных:

В vcenter я выбрал хранилище данных, которое вызывало у меня проблемы, щелкнул правой кнопкой мыши и выбрал Mount Datastore, а затем включил мою виртуальную машину.

Затем проверьте и выйдите на следующий день.

Этот совет работал для меня в прошлом, если вы можете отключить только ATS:

Не удается подключить хранилище данных VMFS5 при использовании устройств шифрования хранилища (2030416)

Я полагаю, что в вашем случае нет виртуальных машин, но они должны быть рядом, чтобы иметь возможность выполнить команду.

Некоторые устройства шифрования хранилища могут блокировать определенные команды SCSI, включая команды ATS, отправленные с хостов ESXi. Хранилища данных VMFS5, вновь созданные на устройствах с поддержкой ATS, помечаются как ATSOnly после первой успешной команды ATS для устройства. Это позволяет всем хостам, совместно использующим хранилище данных, использовать ATS, не проверяя, поддерживает ли его массив хранения. Когда устройство шифрования хранения затем добавляется в SAN, оно блокирует команды ATS. В результате хост предполагает, что массив не поддерживает ATS, поскольку он не получил ожидаемый ответ. Ожидаемое поведение заключается в том, что хост не использует резервирование SCSI-2 для механизма блокировки в хранилище данных ATSOnly VMFS5, которое затем отключается и не может быть снова подключено. Чтобы обойти эту проблему, отключите ATSOnly в хранилище данных VMFS5.

Примечание. Все виртуальные машины должны быть перенесены из поврежденного хранилища данных или отключены перед выполнением следующих действий. Чтобы отключить ATSOnly в хранилище данных VMFS5:

Connect to one of the hosts sharing the VMFS5 datastore with an SSH session. For more information, see
Run the following command:

vmkfstools --configATSOnly 0 /vmfs/devices/disks/device-ID:Partition

Where:

device-ID is the NAA ID of the LUN on which the VMFS5 datastore was created.
Partition is the partition number on which VMFS5 datastore was created. This is usually 1.

For example:

vmkfstools --configATSOnly 0 /vmfs/devices/disks/naa.6006016055711d00cef95e65664ee011:1

Note: It is sufficient to run this command on one of the hosts sharing the VMFS5 datastore. Other hosts automatically recognize the

сдача.

Run the following command to rescan for datastores:

esxcli storage filesystem rescan

The VMFS5 datastore should now mount successfully.