На площадке клиента у нас есть 2 (+1 резервный и тестовый) сервера ESXi, работающих независимо (без vSphere). Клиент просит заменить SSD RAID объемом 500 ГБ на 2 ТБ.
ESXi установлен на этом SSD RAID. Мы использовали 3-й сервер (тестовый) для тестирования нашего рабочего процесса, как описано здесь: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, мы зашли на CD в каталоги и использовали файл без абсолютного пути и т. д. — никакого результата. Мы пробовали использовать " и ', но я не ожидаю проблем с :
Мы проверили журналы на рабочем разделе, но там ничего не обнаружено.
Я искал в Интернете около часа, но единственная помощь, которую я нашел, либо не содержала ответов, либо ссылалась на базу знаний с намеком на то, что автор где-то допустил ошибку.
Итак, мы еще раз перепроверили все наши действия, и я не могу найти ни одной ошибки, которую я мог бы сделать. По сути, это тот же рабочий процесс, что и с любой другой системой Linux -> DD, изменение размера раздела, изменение размера FS (не смонтированной).
(Да, мы также пробовали его в смонтированном и размонтированном виде)
Если вы видите какую-либо ошибку, которую я не вижу, пожалуйста, скажите мне. Если вам нужна какая-либо информация, просто спросите.
Если этот случай будет успешным, то 2 живых сервера должны последовать примерно через 2 недели. Но мне нужно убедиться, что процесс работает так, как ожидалось.
Спасибо за любую помощь и хорошего вам дня.
решение1
Полный пост на RedditДелюсь важной частью здесь:
Когда vmkfstools --growfs "/vmfs/devices/disks/devicename:partition#" "/vmfs/devices/disks/devicename:partition#"написано "Not Found", это означает, что UUID тома vmfs на этом разделе не совпадают. Как это происходит, кто знает, но исправление - переподписать том.
Чтобы сделать это, вы должны переместить/отменить регистрацию любых виртуальных машин в хранилище данных и размонтировать хранилище данных. Я не знаю, как это сделать из CLI, поэтому я просто использовал GUI.
[Изменить] Команда:esxcli storage filesystem unmount [-uUUID | -l label | -p path ]
После того, как хранилище данных будет размонтировано, esxcfg-volume --listпроверьте свой UUID/метку,
esxcfg-volume --resignature <VMFS UUID|label>чтобы повторно подписать его .
vmkfstools -V
vmkfstools --growfs "/vmfs/devices/disks/devicename:partition#" "/vmfs/devices/disks/devicename:partition#"