Não é possível remover a instalação do passthrough no ESXi

Question

Eu tenho um host ESXi, mas ele não tem disco rígido local. Usa discos que são compartilhados via canal de fibra. Depois disso, eu configurei o repasse para o canal de fibra. Após a reinicialização do host ESXi, não podemos encontrar nenhum datastore. E eu também não consigo remover a configuração do repasse (depois de remover e reiniciar, ele ainda está lá). Alguém sabe como consertar isso?

    

Answer 1

As práticas recomendadas a seguir evitam que esse problema ocorra:

Always unmark devices for passthrough before removing them from the server. 

A seguinte solução descreve como forçar a alteração do modo de passagem para o modo não passivo:

1. Edite o arquivo /etc/vmware/esx.conf alterando o proprietário do dispositivo PCI de intermediário para vmkernel. A seguir, um exemplo da edição necessária: Alterar de: /device/000:02.0/owner="passthru" Altere para: /device/000:02.0/owner="vmkernel"

2. Reinicie o host do ESX / ESXi.

Answer 2

Usando o Vsphere Client, selecione seu host e, em seguida, a guia Configuração, selecione Configurações Avançadas na seção Hardware, depois Configurar Passagem e desmarque o dispositivo PCI com o qual você está preocupado e reinicialize o host.

    

Answer 3

No vmware esxi 6.5, editar o esx.conf contido no state.tgz não alterou o arquivo esx.conf usado durante a inicialização. O arquivo extraído de state.tgz e local.tgz não continha uma referência ao dispositivo atribuído ao passthru (no meu caso /device/00000:003:00.0/vmkname="vmhba0"). Adicionar a entrada do dispositivo ao arquivo e copiar de volta para a partição vmware não alterou as configurações - o arquivo esx.conf foi editado ou substituído de outro local.

Eu tive que reinstalar o 6.5 do instalador do vmware e depois recriar a rede e registrar o vms. Todos os datastores podem ser preservados com o (Instalar o ESXi, preservar o armazenamento de dados do VMFS).

    

Answer 4

Eu me deparei com essa questão esta noite, pois eu tinha 2 controladores SAS idênticos. As informações do PhungHV estavam corretas, no entanto, quando você está nesse modo, você também não pode acessar os discos para alterar o arquivo para sair do modo. Uma captura irritante 22 na melhor das hipóteses. O que acontece é que o VMware inicializa e lê as configurações e, em seguida, marca o dispositivo como uma passagem que faz com que o VMWARE perca acesso a ele.

Para resolver esse problema, inicializei um disco ao vivo do Ubuntu. Eu mapeei a partição nº 5

• Montar partição de unidade de inicialização nº 5

  mount /dev/sdX5 /mnt
  

• Crie uma pasta temporária para trabalhar em

  mkdir /tmp/vmware
  

• Copiar State.tgz

  cp /mnt/state.tgz /tmp/vmware
  

• Extraia o local.tgz de state.tgz

  tar -zxf /tmp/vmware/state.tgz
  

• Extraia etc de local.tgz

  tar -zxf /tmp/vmware/local.tgz
  

• Edite o arquivo de configuração

  nano -w /tmp/vmware/etc/vmware/esx.conf
  

• Encontre a referência apropriada (ou todas, se não tiver certeza) da passagem e altere para vmkernel

• Criar novo local.tgz

  cd /tmp/vmware
  tar czf local.tgz etc/
  

• crie novo State.tgz

  tar czf state.tgz local.tgz
  

• Copiar para a partição

  cp state.tgz /mnt/state.tgz
  

• Reinicie

  reboot
  

Answer 5

Eu percebo que este é um post antigo, mas para todos aqueles que podem acabar aqui de qualquer forma, isso pode ser útil ...

Acredito que a resposta de John Doe (editada por Thomas) é a resposta correta, mas se o ESXi tiver a chance de criar um backup da configuração antes de você ativar a passagem, pode haver uma solução ainda mais simples.

Reinicialize o ESXi e, na tela de inicialização, pressione Shift-R para entrar no modo de recuperação do ESXi. Se você tiver um backup da configuração, poderá selecioná-lo nessa tela e isso deverá corrigir o problema.

Mais alguns detalhes do link :

When you make any changes to ESXi, those changes are committed only to the in-memory configuration and thus will not persist after a reboot. To combat this, VMware has a shell script called /sbin/auto-backup.sh that runs automatically. What this script does is take all of the collective configuration files (including esx.conf) and stores them in a compressed file called local.tgz. That file is then compressed again and saved as state.tgz. Two copies of this file exist on two different partitions on the local file system, each from different points in time. Therefore, to correct the issue above, it appears all I needed to do was reboot the server and when ESXi was booting, press Shift-R to enter recovery mode and select the alternate bootbank.