Была даже какая-то КБ со списком неподдерживаемых символов в именах

Как быстро переименовать файл диска виртуальной машины на хосте ESXi, например, если при импорте с Hyper-V диски создались с недопустимыми с точки зрения VEEAM'а символами - инструкция для малоопытных админов, не знакомых с консолью ESXi:

1. Остановить ВМ, удалить снапшоты, консолидировать диски.
2. Удалить проблемный диск из ВМ (далее - что-то-неправильное.vmdk) - птицу "удалить с датастора" НЕ ставить!
3. Включить ssh
4. Установить FAR manager, запустить, Shift+F10 - Option - Languages - Russian - Russian.
5. Alt+F1 - NetBox
6. Shift+F4 - SFTP - ввести Имя сервера, Имя пользователя, пароль, сохранить, подключиться, на предупреждения ответить Yes/Да
7. Пройти до папки с ВМ (/vmfs/volumes/имя-датастора/имя-ВМ), найти файлы что-то-неправильное.vmdk и что-то-неправильное-flat.vmdk

По наставлению от @MountyPiton:
7а.  Встать на файл что-то-неправильное.vmdk, нажать F5, Enter - файл скопируется в папку, отображаемую на правой панели FARa. Это резервная копия файла перед внесением изменений.
7б. По хорошему - тут надо бы сделать резервную копию всех файлов ВМ, ибо невнимательные или неаккуратные дальнейшие действия могут привести к повреждениям файлов виртуальной машины. Но на датасторах хоста может не хватать места, или может не быть времени для выполнения резервного копирования. Поэтому - внимательно и осторожно, поджав яйца:

8. На что-то-неправильное.vmdk нажать F4, найти в тексте что-то-неправильное-flat.vmdk, заменить на что-то-правильное-flat.vmdk - F2, Esc
9. На файле что-то-неправильное-flat.vmdk Shift+F6 - поменять имя файла на что-то-правильное-flat.vmdk , путь не трогать - Enter
10. На файле что-то-неправильное.vmdk Shift+F6 - поменять имя файла на что-то-правильное.vmdk - путь не трогать - Enter
11. Если в тексте есть еще и что-то-неправильное-ctk.vmdk - поменять и его тоже, и в тексте, и переименовать на датасторе.
12. Подключить в ВМ диск под новым именем.
13. Отключить ssh, запустить машину, проверить работу бекапа.
14. Чтобы никто не стырил пароль рута, сохраненный в FAR: Alt+F1 - NetBox - удалить запись о хосте - встать на неё, F8 - Enter.

Всей работы - на 3 минуты, с остановками для прихлёбывания чая.

PS: "Смигрируйте на соседнюю стору", "выгрузите в ovf - залейте с нормальным именем", "триал вцентра" (!!!) - на десятки минут-часы. Совсем эти энтепрайзники обалдели...

А где "перед изменениями сделать бекап копию всех файлов в соседнюю папку"? Люди то разные бывают

Угу. А если датастор 2 Тб, а файл ВМ - 1.5? И сколько оно будет бекапицца? Хосты и виртуальные машины то разные бывают...
Иногда приходится просто включить голову на полную внимательность и осторожно поменять несколько байт. Сильно экономит время.

Да быстро. Если не через FAR это делать, ессно. Через FAR долго. У него там 247ГБ светится в скрине. 247ГБ и еще немного найдется в любом месте в 2021 году. А внимательность и аккуратность это хорошо, но как грицца и лопата раз в год стреляет

FAR был предложен как компромисс между скоростью и требованиями к опыту админа в работе с хостом по ssh. Желаете написать такую же подробную инструкцию с копированием файлов из командной строки и редактированием файла в vi - не возражаю.

Еще - предположение о наличии свободного места на датасторе - только предположение.
И еще - на предложенную мной инструкцию, вероятно, могут ссылаться в будущем. И там ситуации и с размером ВМ, и с ёмкостью датастора могут быть любыми.

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

От мужчины слышу.

Конструктивная критика звучала бы примерно так:

"К вышесказанному я бы добавил перед внесением изменений скопировать как минимум - редактируемый файл, а еще лучше - все файлы ВМ в соседнюю папку/датастор. При наличии места, и достаточном количестве времени. Сделать это можно, подключившись к консоли так-то и так-то, такими-то командами. После проверки работоспособности внесённых изменений - копии можно будет удалить."
А то, что вы написали - выглядит как неконструктивная критика, если не сказать грубее: как надменное менторство.

Ок. Хорошей вам ночи или дня, смотря что у вас на часах.

Ну куда же вы.  ) Только начали так мило общаться! ))

Вы правы. Поправил инструкцию. Включил пункт про резервное копирование редактируемого файла. И всей ВМ.

что то много пунктов, не понятна логика и зачем все это

Особенно неясна инструкция про FAR.  Зачем? Неужели нет проще вариантов без FAR просто по ssh?

FAR был предложен как компромисс между скоростью и требованиями к опыту админа в работе с хостом по ssh. Не все знают консоль ESXi также хорошо, как вы, увы.

Стыдно признаться, но не так много людей знают консоль ESXi хуже меня.

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

Из тех, кто ее вообще открывал, конечно

Нужно редактировать текстовый файл по ssh. Что предложите "проще" - vi?

Спокойной ночи. А у меня 3:43 - самое рабочее время. )

Работа с OpenStack становится значительно комфортнее, если есть админ, которому даешь задание, а сам не логинишься