host ESXi 4.1 não reconhecendo o datastore VMFS existente

Question

Configuração existente:

• host1 e host2, ESX 4.0, 2 HBAs cada.
• lun1 e lun2, 2 LUNs pertencentes ao mesmo conjunto RAID (minha terminologia pode estar incompleta aqui).

Isso tem funcionado bem o tempo todo.

Eu adicionei o host3, ESXi 4.1, 2 HBAs.

Se eu visualizar os Adaptadores de configuração / armazenamento, posso ver que ambos os HBAs veem os dois LUNs, mas se eu visualizar o Configuration / Storage, só vejo um datastore. host1 / 2 pode ver os LUNs e eu tenho VMs em execução em ambos também.

Eu fiz a nova varredura, atualizei e até reinicializei, mas o host3 recusa-se a reconhecer 1 dos datastores.

Alguém sabe o que está acontecendo?

Atualização:

Eu re-instalei o host com o ESX (não i) 4.0, mesma versão dos hosts existentes e ele ainda não está reconhecendo o vmfs. Acho que vou extrair tudo do armazenamento de dados e formatá-lo.

Update2:

Eu criei o LUN a partir do zero e o problema fica ainda mais estranho. Eu apresentei o LUN a todos os três hosts e posso ver o LUN na seção Configuração / Armazenamento de adaptadores do cliente vSphere em todos os três hosts.

• Se eu criar um datastore no LUN por meio da seção Configuration / Storage no host1, ele funcionará bem e eu posso criar uma pasta vazia por meio do navegador do armazenamento de dados, mas o armazenamento de dados não será visto pelo host2 e host3.
• Eu posso usar o assistente Adicionar armazenamento no host2 e ele verá o LUN. Neste ponto, a coluna "VMFS Label" tem o rótulo que eu dei com "(head)" acrescentado.
• Se eu tentar a opção "Manter assinatura existente" do assistente Adicionar armazenamento, ela falhará com um erro "Não é possível alterar a configuração do host". e uma caixa de diálogo que diz "Chamar" HostStorageSystem.ResolveMultipleUnresolvedVmfsVolumes "para objeto" storageSystem-17 "no vCenter Server" vcenter.company.local "falhou".
• Se eu tentar a opção "Atribuir nova assinatura" do assistente Adicionar armazenamento ao host2, ela será concluída e o rótulo do VMFS terá "snap- (hexnumber) -" prefixado. Neste ponto, também é visível no host3, mas não no host1.

Eu tenho uma configuração semelhante em um datacenter diferente que não me deu todo esse problema.

    

Answer 1

Eu tenho agora resolvido.

Com base nas informações encontradas em este tópico , usei o cliente vSphere para me conectar diretamente ao host1 e, em seguida, criei o repositório. Em seguida, conectei-me diretamente ao host2 / 3 e adicionei o armazenamento de dados, selecionando a opção "Manter a assinatura existente".

Agora é utilizável em todos os três hosts.

Para ser honesto, eu ainda estou um pouco irritado com toda a situação, eu não sou um grande fã de soluções de vodu, mas que assim seja.

    

Answer 2

Eu tive esse mesmo problema, mas apenas para nossos LUNs replicados no cluster. Estávamos migrando de 4,0u1 para 4,1u1. A solução foi simplesmente fazer login em cada host e executar o comando:

# esxcfg-volume -l  to view the datastores
# esxcfg-volume -m "vmfs_label_name"

Em seguida, volte para o VI client e atualize Storage - o armazenamento de dados deve estar no inventário.

Eu também não estou totalmente confortável com a solução, meio estranho, mas pensei em compartilhar.

    

Answer 3

você usa vmfs3 para os datastores ou vmfs2. O vmfs2 é suportado pelo esx4.1, mas eu diria que você pode obter alguns problemas se tentar usar um datastore vmfs2 com diferentes versões esx.

você tentou reiniciar os serviços mgmt-vmware e vmware-vpxa em ambos os servidores esx 4.0 e verificar novamente os datastores em cada host, não apenas no esx4.1?

saudações grub

    

Answer 4

Qual caixa SAN é essa? a maioria permite que você defina qual SO é um determinado host e escolher o errado (isto é, Windows em vez de VMWare / Linux) causará um comportamento estranho, alguns permitem que você faça isso por LUN também - eu verificaria sua SAN definições de host, em seguida. A outra coisa que você poderia fazer é criar um terceiro LUN, mapeá-lo para todos os 3 hosts, particionar / formatá-lo a partir do novo servidor e verificar novamente - o que acontece então?

    

Answer 5

Eu tive o mesmo problema e as respostas acima me levaram na direção certa com minha equipe de armazenamento. As configurações do bit FA tiveram o SPC2 desativado, no momento em que isso foi ativado nos hosts recém-adicionados, o problema foi resolvido