Eu tenho um trio de máquinas CentOS 6.4 que estou tentando configurar para usar o iSCSI. Basicamente dois iniciadores diferentes falando com dois alvos diferentes em um único servidor host.
Em uma máquina, "o servidor", tenho dois destinos definidos em /etc/tgt/targets.conf cada ponto de destino para um disco lógico diferente. As sub-rotinas de configuração são quase idênticas, variando apenas em seus nomes e initiator-address campos.
Estas são as linhas de /etc/tgt/targets.conf que não foram comentadas.
default-driver iscsi
<target iqn.2013-08.com.example.group:backup>
backing-store /dev/primary/backup
initiator-address <ip address>
incominguser username password
</target>
<target iqn.2013-08.com.example.group:migrations>
backing-store /dev/primary/migrations
initiator-address <ip address>
incominguser username password
</target>
Quando executo tgt-admin -s , mostro dois destinos como esperado. No entanto, um dos alvos mostra apenas 1 LUN (0 Controller) enquanto o outro alvo mostra 2 LUNs (um Controller e um Disk). Não tenho ideia se isso é significativo.
Infelizmente, o primeiro alvo (sem um LUN de disco) pode ser alcançado pelo iniciador e a máquina pode montar o espaço e tudo é pêssego e creme. O segundo destino (com o disco LUN) não pode ser alcançado pelo iniciador. Quando executo iscsiadm -m discovery -t sendtargets -p <ipaddr> , recebo de volta iscsiadm: No portals found .
O que é pior, mesmo se eu, quando o segundo destino esperar conexão do outro endereço, ou remover a parte initiator-address da configuração, nenhum outro sistema parece ver o segundo destino.
Erro:
iscsiadm: No portals found.
Problema: é um problema de acl.
Solução: execute o comando abaixo no iSCSI-Target:
tgtadm --lld iscsi --op bind --mode target --tid 1 -I ALL #In Target
Em seguida, execute o comando abaixo:
iscsiadm -m discoverydb -t st --p 192.168.1.5 #It will work... Enjoy.