У нас есть 2 сервера ESXi (+1 резервный и тестовый), работающие независимо (без vSphere). Заказчики просят заменить SSD RAID с 500 ГБ на 2 ТБ.
ESXi установлен на этом SSD RAID. Мы использовали третий сервер (тестовый) для тестирования нашего рабочего процесса, как описано здесь: https://kb.vmware.com/s/article/2002461
Мы добавили исходный рейд к новому рейду, чтобы получить точную копию исходного жесткого диска.
Мы успешно загрузили ESXi. Он потерял монтирование хранилища данных, но esxcfg-volume -M успешно. Так что все снова работает.
Теперь мы попытались изменить размер раздела и файловой системы, в которой находится хранилище данных.
vmkfstools -P /vmfs/volumes/datastore1
дал нам имя и раздел, в данном случае
naa.600605b00e7ef41025b05be20a1ac269:3
partedUtil get /vmfs/devices/disks/naa.600605b00e7ef41025b05be20a1ac269
вернулся
243133 255 63 3905945600
1 64 8191 0 128
5 8224 520191 0 0
6 520224 1032191 0 0
7 1032224 1257471 0 0
8 1257504 1843199 0 0
9 1843200 7086079 0 0
2 7086080 15472639 0 0
3 15472640 975699934 0 0
partedUtil getUsableSectors /vmfs/devices/disks/naa.600605b00e7ef41025b05be20a1ac
вернулся
34 3905945566
так что мы сделали
partedUtil resize /vmfs/devices/disks/naa.600605b00e7ef41025b05be20a1ac269 3 15472640 3905945566
и ожидалось КБ мы сделали
partedUtil fixGpt /vmfs/devices/disks/naa.600605b00e7ef41025b05be20a1ac269
для резервной копии таблицы разделов
Все снова проверили, все выглядит отлично, как и ожидалось. У нас есть рабочий жесткий диск с увеличенным разделом, и ESXi по-прежнему сообщает ~ 500 ГБ SSD, как и ожидалось, потому что последним шагом будет изменение размера vmfs.
vmkfstools --growfs /vmfs/devices/disks/naa.600605b00e7ef41025b05be20a1ac269:3 /vmfs/devices/disks/naa.600605b00e7ef41025b05be20a1ac269:3
возвращает это:
Not found
Error: No such file or directory
И вот здесь мы не знаем, в чем проблема. Мы трижды проверили пути, вместо этого мы использовали / dev / disks, мы записали компакт-диски в каталоги и использовали файл без абсолютного пути и т. Д. Никакого другого вывода. Мы пробовали использовать "и", но я не ожидаю проблем с:
Мы проверили журналы на рабочем разделе, но там никаких причин.
Я искал в Интернете около часа, но единственная помощь, которую я нашел, либо не имела ответов, либо ссылалась на КБ с намеком на то, что он / она где-то допустили ошибку.
Итак, мы еще раз перепроверили все наши действия, и я не могу найти ни одной ошибки, которую мог бы сделать. По сути, это тот же рабочий процесс, что и в любой другой системе Linux -> DD, изменение размера раздела, изменение размера FS (отключено).
(Да, мы также пробовали монтировать и демонтировать)
Если вы видите какую-то ошибку, которую я не вижу, пожалуйста, сообщите мне. Если вам нужна информация, просто спросите.
Если этот случай будет успешным, 2 живых сервера должны будут подключиться примерно через 2 недели. Но мне нужно быть уверенным, что процесс работает должным образом.
Спасибо за любую помощь и хорошего дня.
Полный пост на Reddit Делимся важной частью здесь:
когда vmkfstools --growfs "/vmfs/devices/disks/devicename:partition#" "/vmfs/devices/disks/devicename:partition#" говорит «Не найдено», это означает, что UUID тома vmfs в этом разделе не совпадают. Как это происходит, кто знает, но решение - отказаться от тома.
Для этого вы должны переместить / отменить регистрацию любых виртуальных машин в хранилище данных и размонтировать хранилище данных. Я не знаю, как это сделать из интерфейса командной строки, поэтому я просто использовал графический интерфейс.
Как только хранилище данных отключено, esxcfg-volume --list чтобы проверить свой UUID / метку. esxcfg-volume --resignature <VMFS UUID|label> в отставку
vmkfs-tools -V
vmkfstools --growfs "/vmfs/devices/disks/devicename:partition#" "/vmfs/devices/disks/devicename:partition#"