ID do evento de erro iScsiPrt 5

2

Log de eventos: "Falha ao configurar o portal do iniciador. O status do erro é fornecido nos dados de despejo."

Isso está sendo gravado a cada 3 / 100s de segundo. Estamos usando o MS iSCSI Initiator no Windows Server 2003, Dell 2970 com 4 GB (PAE). Tenho certeza de que isso foi configurado inicialmente pela Dell. Não tenho idéia de quais alterações ou modificações foram feitas desde que a empresa instalou essa máquina até agora.

(Eu sou um novo usuário, então as lindas e vibrantes imagens da tela tiveram que ser removidas. Elas eram bastante bonitas e tenho certeza que você teria ficado muito comovido e apreciado por elas.)

Parece que tudo está instalado corretamente e o volume vinculado de 5 TB está acessível, mas eu nunca trabalhei com iScsi antes, então eu declaro total ignorância. Ao pesquisar, descobri que esse é um assunto documentado bastante escasso e sem graça.

Eu gostaria de duas coisas ...

Primeiro, para se livrar da mensagem de erro que está sendo registrada. MS diz que ele pode ser ignorado se tudo estiver funcionando, mas ele consome recursos para registrá-lo e não me sinto confortável com relação a erros nos meus servidores. Quero corrigir o que está causando esse problema.

Em segundo lugar, sendo totalmente ecológico, gostaria de confirmar que a configuração está otimizada e estamos aproveitando todos os recursos disponíveis. Embora existam 3 NICs nesta máquina, parece que o iniciador está configurado apenas para o Broadcom BMC5708C NetXtreme II em nosso 10.90.1. #, Os outros 2 NICS são 1GB no 192.168.0. Os alvos adicionais melhorariam o desempenho?

Se alguém com experiência na configuração do Iniciador iScsi da Microsoft puder ajudar, eu realmente apreciaria, já que, como mencionei, tudo o que encontrei não teve qualquer valor.

Obrigado!  ~ AZ

    
por AZee 09.10.2010 / 17:32

3 respostas

1

Eu acredito que você precisa dar uma olhada no link - formar o seu texto de falha Eu sumerise que algo como conexão intermitente O tempo limite está fazendo com que o destino iscsi seja desconectado e, em seguida, não consiga efetuar login novamente, mas fica on-line muito rapidamente depois. verifique o dispositivo de portal iscsi e veja se os logs podem ajudar.

a configuração de rede parece que você tem um NIC dedicado para o tráfego iscsi - isso é sempre bom. melhor ainda, se é 10GbE, embora eu suspeite que isso é 1GbE? Se você não precisa das outras duas NICs na mesma LAN, você pode ligar outra interface e usar o LACP para obter melhor taxa de transferência.

mais alvos não ajudarão quando você tiver mais pilhas de destino sendo enviadas.

ao projetar SAN ou armazenamento, é importante descobrir o que você está armazenando, o perfil de acesso esperado, o perfil de acesso necessário e a exigência de resiliência / redundância.

Se você quiser me mandar um e-mail, eu vou dar uma vez.

    
por 09.10.2010 / 21:06
0

Isso não é verdade, você pode tirar proveito de vários NICS para o balanceamento de carga indo para sua SAN, desde que sua SAN seja capaz de manipular Multipath. Por exemplo, o Netapp oferece esse recurso com todos os seus arquivadores como uma opção padrão, mas costumava ser necessária uma licença adicional. Se você tiver a configuração de vários caminhos em cada NIC, certifique-se de que a SAN tenha a mesma quantidade de caminhos ou que seja inútil. Portanto, se você quiser usar todos os 3 NICS, certifique-se de que a SAN tenha 3 NICS e um IP para cada um disponível ainda melhor se você puder colocar cada NIC em uma vlan separada, mas isso pode ser feito na mesma vlan sem problemas, mas a configuração ser feito por IP não nome DNS. Em seguida, dentro do iniciador (versão multipath instalado) configure os multipaths e várias sessões e, na configuração do MPIO, use round-robin. Eu uso 3 NICS ao mesmo tempo e o tráfego está perfeitamente espalhado por todos os 3 caminhos igualmente.Eu testei o LACP e isso de longe é muito melhor carga balanceada do que o LACP. O LACP só pode usar um dos três caminhos por vez no Windows. Você poderia unir o NICS no Windows, mas normalmente você só obterá 2 gig de uma maneira e 1,5 gig da outra maneira ao unir 2 NICS ao menos na HP. O Multipath é, de longe, uma solução muito melhor e oferece melhor desempenho que o LACP.

    
por 11.06.2014 / 17:39
0

Minha experiência com isso foi quando eu tinha uma máscara de sub-rede funcional, embora incorreta. Não houve falha nos dispositivos iSCSI, mas por algum motivo, quando mudei para a máscara de sub-rede correta, esse erro desapareceu.

    
por 03.07.2017 / 00:02