Blog of Khlebalin Dmitriy

(Дорогу осилит идущий…)

Cannot open the disk or… VMware ESX cannot find the virtual disk… в VMware vSphere 6.7.

Из истории…

Мой коллега Данила, решил недавно «заморочиться» с файловер кластером Microsoft, на нем же поднять кластер SQL, на нем же настроить кластер 1С. В тестовой среде были подняты две ноды:

И в качестве хранилища баз, обоим нодам был презентован vmdk раздел 2гб (соответственно на сервере он стал диском d: ), где и были размещены базы SQL сервера.

В целом это все нормально работало, до тех пор, пока не решили принудительно средствами VmWare, как это делаем обычно, расширить диск до 15гб. Раздел благополучно расширился, но после его расширения, обе ноды отказались стартовать, выпадая с ошибкой:

Cannot open the disk or… VMware ESX cannot find the virtual disk…

Из данной ошибки видно, что ESX не может найти виртуальный диск <vm_name>.vmdk по сему обе ноды не стартуют.

В базе датастора необходимо найти диск, файл <vm_name>-flat.vmdk, это как раз файл с данными нашего vmdk раздела.

<vm_name>.vmdk -конфиг,

<vm_name>-flat.vmdk — файл с данными.

Восстановим файл:

1) При помощи консоли (ssh или putty) заходим по ssh на ESX хост:

ssh root@<hostname_IP>
мне проще и быстрее использовать для этого WinSCP:

2) Переходим в папку, в которой находятся файлы нашей виртуальной машины:

cd /vmfs/volumes/<your_volume>/<VM_directory>

3) Теперь нам необходимо узнать точный размер flat диска (здесь в любом случае  уже потребуется командная строка):

ls -l <vm_name>-flat.vmdk 

Запоминаем текущий размер  — 16106127360 (он у вас безусловно будет другим)

4) Далее при помощи команды vmkfstools нужно создать новый (временный) vmdk файл с именем, например, temp.vmdk и точным размером файла flat (то что мы узнали в предыдущем пункте), тип диска выберем thin (тонкий – то есть растущий по мере наполнения его данными) и адаптером lsilogic (его можно не указывать).

vmkfstools -c 16106127360 -d thin -a lsilogic temp.vmdk

Как видно, на картинке, файлы у нас благополучно появились в директории:

5) У вас должно получиться два файла – temp.vmdk и temp-flat.vmdk. Последний файл нам не нужен, удалим его:

rm temp-flat.vmdk

Или просто клавишей Del в WinSCP 🙂

6) Теперь переименуем temp.vmdk в нужное нам название, то есть в <vm_name>.vmdk:

mv temp.vmdk <vm_name>.vmdk

В WinSCP правой кнопкой, «Переименовать».

7) Vmdk файл – это конфигурационный файл диска, соответственно нам необходимо его отредактировать. При помощи редактора VI открываем файл:

vi <vm_name>.vmdk

Находим в нем строчку:
RW 31457280 VMFS «temp-flat.vmdk»
Соответственно изменяем «temp-flat.vmdk» на «<vm_name-flat>.vmdk».

Сохраняемся и выходим из редактора.

Если это была бы обычная виртуальная машина, то проблема была бы решена, но у нас кластер, и для кластера нам необходим другой тип диска и скорее всего при запуске нод, высветится вот такая ошибка:

https://kb.vmware.com/s/article/9105247?docid=9105247

Самый простой способ «законвертить» его:

https://vmblog.ru/konvertaciya-virtualnyx-diskov-vmdk-iz-thick-v-thin-v-vmware-esxi/

В итоге, обе ноды благополучно стартанули с общим диском, но сам кластер Microsoft не завелся сразу, пришлось передобавить этот диск уже в самом кластере, но самое важное данные, и они целы.

Диск должен быть подмонтирован вот таким способом:

Полезный материал по теме:

http://pyatilistnik.org/create-a-cluster-rdm-disk-in-vmware-esxi/

http://pyatilistnik.org/creating-a-cluster-multi-writer-disk-in-vmware-esxi/

Всем хорошей работы!!!

25.04.2019 Posted by | vmware & hyper-v Infrastructure | Комментарии к записи Cannot open the disk or… VMware ESX cannot find the virtual disk… в VMware vSphere 6.7. отключены

Upgrade VMware ESXi 6.7 to 6.7 Update 1.

На старте у нас версия vCenter 6.7, ранее до нее уже обновились.

Убеждаемся, что Veeam обновлен, приступаем к обновлению vCenter до 6.7U1 (сейчас уже актуально обновление b).

Если давно не обновляли, можно коротко пробежаться вот по этому:

https://miketabor.com/update-vcenter-server-appliance-6-7-to-6-7-update-1/

Обновляем vCenter.

Наша текущая версия vCenter:

Делаем backup  средствами Veeam на случай если что-то пойдет не так:

Здесь же делаем снепшот vCenter, как запасной вариант.

Обновляем vCenter:

На 78% окно закрывается и мы снова видим стартовое окно vCenter, что происходит, пока непонятно.

Но пока не пускает. Управление виртуалками также ничего не кажет…

Сколько ждать, тоже пока непонятно…

Минут 10 спустя…

Пытаемся посмотреть, что с управлением:

Наконец прогрузился- что уже не плохо.

Удаляем ранее сделанный снепшот:

На этом обновление vCenter закончено (здесь все четко, никаких багов и проблем нет).

Далее обновляем хосты ESXi.

Перед этим можно ознакомиться вот с этим постом:

https://miketabor.com/how-to-update-vmware-esxi-6-7-to-6-7-update-1/

Переводим первый хост в «Maintanace mode»

Машинки мигрируют.

Смотрим на то, какая версия ESXi у нас сейчас:

Разбираем кластер (Отключаем HA, Admission Control).

Update сразу не заработал. Вроде все проходит в штатном режиме, но обновление не происходит.

Пока не понятно почему так…

Оказалось, сначала обязательно необходимо поставить вот эти обновления для 6.7 (их 4), потом уже поверх «накатить» Update 6.7U1.

После чего U1 накатывается без проблем.

Версии можно посмотреть здесь:

https://kb.vmware.com/s/article/2143832?lang=en_US

Далее все тоже самое проделываем со следующими нодами. Перед этим не забываем снова собрать кластер, чтоб машинки равномерно разъехались по рабочим нодам.

После обновления всех нод, обновляем VmWare Tools.

Compatibility.

На этом обновление закончено.

Заметил еще одну особенность,  на те машинки, которые были в паузе и те которые не обновились с первого раза, VmWare vSphere Update создал по несколько снепшотов. Автоматически они в последствии не удаляются. Необходимо пробежаться по всем таким машинкам и руками удалить снепшоты.

Всем хорошей работы!!!

P.S. Самое интересное, то, что обновилось все кроме самого vCenter, и самое интересное, что он при обновлении выпадает с ошибкой.

На эту тему версий у меня пока нет, если есть этому объяснение прошу написать в комментарии…

 

19.03.2019 Posted by | vmware & hyper-v Infrastructure | Комментарии к записи Upgrade VMware ESXi 6.7 to 6.7 Update 1. отключены

Veeam availability suite 9.5 update 4 (error licensed agents).

На днях вышло обновление Veeam, официально поддерживающее обновление до vSphere 6.7u1. Это радует.

Подробно о нем можно почитать здесь: https://www.vladan.fr/veeam-backup-and-replication-9-5-update-4-announced/

Обновляем Veeam.

 

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

Ошибка, обсуждается здесь: https://forums.veeam.com/physical-cloud-f49/rescan-of-manually-added-failed-t56589.html

Исправляется достаточно просто: Заходим в раздел Licenses устанавливаем галку Allow free agents

Более ошибок не наблюдаем. Далее можно будет обновить vSphere до 6.7u1, но это тема последующих повествований…

Всем хорошей работы!!!

 

 

 

 

07.02.2019 Posted by | vmware & hyper-v Infrastructure | Комментарии к записи Veeam availability suite 9.5 update 4 (error licensed agents). отключены