Pesquisado Serverfault (e Google) por isso, não conseguimos encontrar uma resposta ... Nós copiamos uma VM (pasta e arquivos) de um servidor ESXi 5.0 (5.0.0-623860) para um servidor ESXi 4.0 (4.0.0-261974). (Além disso, o servidor 5.0 é licenciado e o servidor 4.0 é a versão gratuita.) Agora, quando tentamos iniciar a VM no servidor 4.0, estamos recebendo um erro de pop-up "Configuração de máquina virtual inválida".
Olhando para os logs do servidor 4.0, ele está reclamando de "Valor inválido '/ dev / char / serial / uart0' para a chave de configuração serial0.FileName '. O valor não foi aceito pela regra' Virtual Serial Port Device backend '." (e o mesmo mssg para uart1 para a chave serial1.FileName também.)
É uma incompatibildity de versão simples entre o ESXi 5 a 4, que pode ser corrigido por uma ferramenta de conversão ou edição de arquivo, ou isso é algo mais fundamental?
Obrigado por qualquer ajuda; Eu não sou um especialista em VMware por qualquer extensão da imaginação (mais de um cara da rede ...)
Parece que você criou a VM usando o modelo de máquina 8, que não é suportado na v4 (somente até 7), tente exportá-la para uma .OVA e, em seguida, reimporte-a. Alternativamente, você poderia desligar a VM mm8, criar uma nova VM mm7 e vincular o original .vmdk / s a ele e tentar isso, pois as diferenças são geralmente apenas no arquivo .vmx. Esteja ciente, entretanto, de que as VMs mm7 têm mais recursos que as mm4, então você pode perder a funcionalidade dessa maneira.
Você precisa usar a ferramenta de conversão vmware. link
As referências a versões de hardware são caras incorretas. A versão 7 do hardware vm era nova no ESX (i) 4.0 e a versão 8 é nova no ESXi 5.0. O que há de novo na versão 4.0
De qualquer forma, obviamente você tem uma diferença de hardware virtual. O conselho do Chopper3 sobre anexar os arquivos vmdk existentes a uma nova vm é aconselhável. Mas, antes mesmo de fazer isso, pergunte a si mesmo se você precisa desse dispositivo serial. Normalmente, eles não são necessários por um VM. Desde que você afirma que era um P2V convertido vm, isso é apenas um pequeno presente desse processo. Exclua o dispositivo serial da configuração de vm e tente ligar a vm novamente. Mesmo que você consiga trabalhar de outra maneira, é provável que você seja ferrado por esse dispositivo serial durante o VMotion. Realmente, a ferramenta P2V deve ser atualizada para perguntar "Você realmente quer um dispositivo serial virtual ?????" antes de virtualizar. Eles geralmente são inúteis.
Existem diferentes versões de hardware ESXi. Os mais comuns são v4 (que é a versão mais alta suportada no ESX 3.x), v7 (ESX (i) 4.x) e v8 (ESXi 5). O ESXi 5 pode fazer VMs com qualquer uma das duas, mas torna as VMs da v8 por padrão. Estes não podem ser executados no ESXi 4.
A menos que você tenha criado explicitamente a VM no ESXi 5 como uma VM v7, você está sem sorte.
O VM Converter 5.0.1 build-875114 no Winodws está funcionando EXCELENTE para migrar minhas VMs do esxi5 - > exsi4. O esxi4 foi necessário para ver meus 64GB de RAM no meu novo servidor.
Isso detalha as etapas necessárias para converter uma máquina do ESXv5 para o ESXv4
Converter óvulos a vmx (ignorando erros de manifesto)
ovftool sourefile.ova destfile.vmx (make sure filename [without extension] is different)
Modifique o arquivo vmx
Alterar
virtualhw.version = "8"
para:
virtualhw.version = "7"
(isso demora um pouco porque 9 é a compactação máxima)
ovftool --compress=9 destfile.vm destfile_converted.ovf
Importe OVF como normal na sua máquina ESXv4
fonte: link
O mesmo problema aqui. Tive que mover uma VM não tão importante para um ESXi4.1 para expandir a RAM.
Acabei de copiar os arquivos ESXi5.1 de uma VM specfiec para o ESXi4.1. Eu comparei o .vmx para ambas as versões e fiz a versão do ESXi5.1 parecer exatamente como a do ESXi4.1, mas não alterei os valores do item (exceto o "virtualHW.version", que eu mudei de "8" para "7").
A VM começa normalmente.