Por que meu host ESX não consegue ver meu armazenamento iSCSI?

Question

Eu tenho 4 hosts ESX 4.0 (a, b, c, d), 3 SANs iSCSI Lefthand SATA, 1 SAN iSCSI Lefthand SAS

Anfitriões a, b & c pode ver todos os 3 SAS sans e o 1 SATA san

Hospeda a, b, c & d pode pingar todos os 4 dispositivos de armazenamento

Anfitriões a, b & c pode vmkping todos os 4 dispositivos de armazenamento

Por que o host D pode pingar o SATA san, mas não é possível realizá-lo?

    

Answer 1

Você não tem uma porta vmkernel no host d que está configurada corretamente. Pode ser simplesmente que você tenha configurações incorretas na (s) porta (s) ou vswitch (es) ou pode ser um problema na porta do switch físico em que os uplinks do iSCSI do host d estão conectados. Verifique se os nics físicos corretos estão ligados às coisas certas também, pode ser que alguns cabos tenham sido trocados. E pode ser simplesmente que você tenha cabos desonestos nesses uplinks do iSCSI. Você poderia ter um nic desonesto no servidor - é sempre possível.

Para o ESX 3.5 e versões anteriores, você precisa da visibilidade do Console de serviço (o ping testa isso) e do vmkernel (o vmkping testa isso) para as portas SAN do iSCSI funcionarem. Com o ESX 4, o requisito do Console de serviço não se aplica mais, mas sem uma porta vmkernel de trabalho que seu iSCSI Initator possa usar, você não conseguirá se conectar aos destinos iSCSI.

Supondo que todos os quatro hosts sejam muito semelhantes, um bom lugar para começar é verificar se a configuração de rede no host d corresponde ao padrão dos outros. A bolha de informações do CDP nos uplinks do vSwitch pode ser muito útil, já que lhe dirá muito sobre o switch físico e a porta do switch a que cada uplink está conectado, se o seu ambiente físico de switching suportar o CDP.

    

Answer 2

A SANS está na mesma sub-rede que os hosts ESX ou em redes diferentes?

Se eles estiverem em redes diferentes, você deve verificar se o gateway padrão correto está definido para a porta VMKernel; e, em qualquer caso, verifique seu endereço IP e máscara de sub-rede.

A configuração de rede do VMKernel é distinta daquela do Service Console, então pode muito bem ser que algo esteja mal configurado e, enquanto o SC é capaz de conversar com essas SANs, o VMKernel não pode.

    

Answer 3

Depois de revisar as sugestões enviadas acima e não resolver meu problema; Eu finalmente decidi passar para outra questão por um tempo para deixar meu cérebro atualizar. Enquanto trabalhava no outro problema que envolvia derrubar todo o ambiente VMware, notei que o host D que não conseguia ver a SAN SATA antes agora podia ver a SAN. Contudo; O host C não pôde mais ver a SAN SATA. Como um teste, reiniciei o host D e, em seguida, atualizei o armazenamento do host C e ele pôde ver a SAN SATA novamente. Depois que o host D voltou a ficar on-line, tentei atualizar o armazenamento no host D e ele não pôde mais ver a SAN SATA.

Isso me levou a pesquisar que é um possível problema SATA SAN. Existem vários problemas que foram corrigidos com algumas atualizações de firmware; um deles é uma limitação do iSCSI. Ainda não fizemos essa atualização, mas a HP confirmou que isso deve resolver os problemas que estamos vendo. Obrigado a todos pela sua contribuição.