В. М. Недоступний


12

Тому мені довелося віддалено вимкнути свої сервери минулої ночі, коли кондиціонер проскочив на нас. Я вимикаю ВМ, а потім господарів. Сьогодні запустили 2 господарі, які автоматично запускають VM. Магазини даних для ВМ - це іспі LUN, розташовані на Synology NAS, який у нас є, NAS не було відключено. З якоїсь причини, коли я завантажував усе, створюю резервну копію, моя VM-адреса електронної пошти відображається як недоступна, і я отримую всілякі помилки в журналах із повідомленням, що "ATS-ТОЛЬКО об'єм VMFS" Сервер Synology-Email "не встановлений. Хост не підтримує ініціалізацію ATS або ATS. не вдалося "всі мої інші відеомагнітофони відмінно справляються з іншими сховищами даних того ж NAS.

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

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

Відповіді:


13

БІНГО !!! Добре, ось як це було вирішено:

Я посилався на цю статтю, щоб зняти сховище даних, 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

Поле «Монтаж» встановлено на хибне, поле «Тип» встановлено у невідомій для VMFS версії, і немає точки монтажу.

Крок 3: Вимкнення налаштувань блокування лише для ATS.

Я посилався на цю статтю:

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

У vcenter (або через клієнта vsphere) я зайшов до Hosts and Clusters і обрав свого хоста, який видав проблеми, переглянув Налаштування та Розширені налаштування системи. У розширених системних налаштуваннях я змінив 3 значення наступним чином (усі вони були встановлені 1):

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

Крок 4: Повторне встановлення сховища даних:

У vcenter я вибрав сховище даних, що створює мені проблеми, клацнув правою кнопкою миші та вибрав Mount Datastore, а потім увімкнув моє відеомагнітофон.

Потім тестуйте і киньте протягом дня.


1
Молодці. Обов’язково позначте свою відповідь як відповідь на питання. Ви отримаєте спеціальний знак для нагородження відповіді. Ласкаво просимо на сайт і ура!
Громадянин

6

Ця порада працювала для мене раніше, якщо ви можете вимкнути лише ATS:

Неможливо встановити сховище даних VMFS5 під час використання пристроїв шифрування даних (2030416)

Я думаю, жоден VM не працює у вашому випадку, але вони повинні бути близькими, щоб мати можливість виконувати команду.

Деякі пристрої шифрування зберігання можуть блокувати певні команди 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.

Дякую за швидку відповідь, я просто спробував цю команду і отримав вихід: Не вдається отримати атрибути VMFS '/ vmfs / volumes / Synology-EmailServer' Спроба налаштування режиму блокування, який не є ATS, на '/ vmfs / volumes / Synology- EmailServer ': не вдалося. Помилка: помилка vmkfstools: vmkernel не завантажується або виклик не реалізований.
Reedee
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.