Queridas pessoas do mundo.
Eu tenho um problema ao reconectar um alvo iSCSI no XenServer após uma reinicialização.
Sempre que tento, recebo vários erros. Aqui está eu na tela anexar no armazenamento redundante depois que ele não conseguiu se reconectar: link
Por isso, encontramos o IQN alvo e o LUN alvo, mas depois de clicar em Concluir, recebo o seguinte erro:
Scanning for LVM over iSCSI SRs on 192.168.3.1
Logging in to the iSCSI target failed. Check your username and password.
Check your settings and try again.
O engraçado é que eu desabilitei o CHAP no Target in Synology.
Mesmo depois de remover o armazenamento no Xen, tente conectar-se novamente, o mesmo erro.
Se eu desativar o multipathing, posso anexá-lo bem. Mas se eu ativar o multipathing, recebo os erros. Alguém sabe por quê?
Você concedeu aos seus servidores acesso aos LUNs da SAN? Para minha SAN, tive que fazer login no console de gerenciamento, criar um grupo de hosts (ex: denominado 'servidores blade'), mapear as LUNs necessárias para o grupo de hosts e adicionar cada servidor individual como um host ao grupo de hosts. Eu pude ver o ISCSI IQN para cada servidor que eu queria permitir o acesso aos meus LUNs.
Mas o seu ambiente pode ser totalmente diferente. Com que tipo de SAN você está trabalhando?
@Refalm, @ jrd1989, cada interface no iniciador deve ter acesso permitido no destino. Uma única máquina com dois caminhos diferentes para o mesmo destino requer duas entradas de ACL diferentes. Uma entrada ACL pode existir exclusivamente com base no iqn, mas não no CHAP. O CHAP adicional pode ser usado na fase de descoberta e fase de conexão.
Pelo que vejo, a única razão pela qual isso acontece é que o Multipathing não está habilitado nos lados do Synology e do XenServer.
Veja esta opção no link da Synology
E o guia de configuração do Multipathing em Xen link
