На прошлой неделе мы устраняли неполадки виртуальной машины Red Hat клиента, работающей на ESXi. Мы использовали Veeam, чтобы попытаться создать реплику за пределами площадки, и мы добивались того, чтобы она работала по приличному графику, и недавно мы заметили, что при просмотре хранилища данных возникали проблемы с потерянными снимками. Вы можете увидеть несколько снимков в одной папке, и это вызывает проблемы с репликацией и резервным копированием, поэтому мы решили, что самым чистым способом было передать v2v машины в другое хранилище данных, чтобы у нас была чистая установка с одним vmdk для работы, вот где наш беда началась.
Сначала мы начали с v2v, используя преобразователь vmware и подключившись к включенной машине, поскольку у нас были проблемы с автономным v2v. Это скопировано нормально, но когда я попытался установить статический MAC, используя эту статью http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=507 новая виртуальная машина не будет принимать адрес, она просто получит новый MAC, арендует dhcp и затем загрузится только с пустым красным экраном, а не с экраном входа в систему.
Итак, следующим шагом было создание автономной версии v2v, когда она наконец заработает. То же самое, до буквы КБ, и все равно MAC не нужен. Затем я попробовал это еще раз, и по завершении я сравнил старый и новый файл VMX, скопировав все возможные идентификаторы и переменные, затем отменил регистрацию обеих виртуальных машин, загрузил новый файл VMX и загрузился, только чтобы увидеть те же результаты.
Наконец, я сделал то же самое, но я скопировал диск с помощью DD на второй подключенный vmdk, а затем подключил его к новой виртуальной машине, и все равно не повезло.
После загрузки измененного файла VMX после первой загрузки и сравнения его с оригиналом, который я создал, я обнаружил, что uuid BIOS изменился с того, который я ввел вручную, поэтому я предполагаю, что это может быть проблемой, но у меня нет идея.
У меня никогда раньше не было этой проблемы на P2V, и мне просто интересно, может ли кто-нибудь пролить свет на это, может быть, это связано с лицензированием RHEL?
Это может решить вашу проблему, а может и не решить:
Большинство сетевых карт, включая виртуальные, предоставляемые VMware, имеют программно-программируемый MAC-адрес. Вы можете воспользоваться этим, вставив что-нибудь в свою последовательность запуска, чтобы установить MAC-адрес карты в начале процесса загрузки.
Вы бы запустили такую команду:
ifconfig eth0 hw ether c0:ff:ee:fa:ca:de
Очевидно, что это неправильный способ решить эту проблему, но он может обеспечить достаточный обходной путь, чтобы вы двигались вперед.
Раньше у меня были похожие проблемы. Я обычно чесал в затылке, задаваясь вопросом, почему не работают настройки, и почти всегда это было из-за того, что виртуальную машину нужно было отменить, а не просто запустить / остановить. Я знаю, что вы сказали, что сделали это, но попробуйте следующее (по порядку):
ethernet0.addressType = "статический"
ethernet0.address = YO: UR: MA: CA: DD: RS