
Eu tenho 2 VMs RHEL 7.1 VMWare (servidor e cliente) conectados em uma rede VMware privada. Cada um deles tem 2x1000 nics usando agrupamento.
Posso ver que a equipe funciona conforme o esperado.
Também configurei o iscsi na VM do servidor, que fornece um alvo, que por sua vez é montado na minha VM cliente, por UUID no fstab na máquina cliente.
Na máquina cliente
[root@client ~]# iscsiadm -m discovery -t st -p server
192.168.100.11:3260,1 iqn.2012-06.com.example:server20gb
[root@client ~]# iscsiadm -m sessão -P3 Classe de transporte iSCSI versão 2.0-870 versão 6.2.0.873-28 Alvo: iqn.2012-06.com.example:server20gb (não flash) Portal Atual: 192.168.100.11:3260,1 Portal Persistente: 192.168.100.11:3260,1 ********** Interface: ********** Nome Iface: padrão Transporte Iface: tcp Nome do iniciador Iface: iqn.1994-05.com.redhat:c1fef4191c2e Endereço IP do Iface: 192.168.100.10 Iface HWEndereço: Iface Netdev: SID: 1 Estado da conexão iSCSI: CONECTADO Estado da sessão iSCSI: LOGGED_IN Estado da sessão iscsid interna: SEM ALTERAÇÃO ********* Tempos limite: ********* Tempo limite de recuperação: 120 Tempo limite de redefinição desejado: 30 Tempo limite de redefinição do LUN: 30 Tempo limite de aborto: 15 ***** INDIVÍDUO: ***** nome de usuário: senha: ******** nome de usuário_in: senha_in: ******** ************************ Parâmetros iSCSI negociados: ************************ HeaderDigest: Nenhum DataDigest: Nenhum MaxRecvDataSegmentLength: 262144 MaxXmitDataSegmentLength: 262144 Comprimento da primeira explosão: 65536 Comprimento máximo da explosão: 262144 Dados Imediatos: Sim InicialR2T: Sim MaxExcelenteR2T: 1 ************************ Dispositivos SCSI conectados: ************************ Número do host: 33 Estado: em execução scsi33 Canal 00 ID 0 Lun: 0 Estado do disco scsi sdc anexado: em execução
Posso montar o disco por UUID sem problemas.
[root@client ~]# blkid /dev/sdc1
/dev/sdc1: UUID="de892bb0-7da8-4373-b169-9c465caf2699" TYPE="ext4"
O problema que tenho é que, na reinicialização, o destino iscsi não pode ser montado. Ao entrar no modo de manutenção e verificar, parece que não há rede, por isso o daemon iscsid falha com
[root@client ~]# journalctl -u iscsid - Os registros começam em domingo, 04/10/2015, às 18:19:10 BST, e terminam em domingo, 04/10/2015, às 18:32:31 BST. -- 04 de outubro 18:19:15 client.maclab systemd [1]: Iniciando Open-iSCSI ... 04 de outubro 18:19:15 client.maclab systemd [1]: Falha ao ler o PID do arquivo /var/run/iscsid.pid: Argumento inválido 04 de outubro 18:19:16 client.maclab iscsid [1617]: daemon iSCSI com pid = 1618 iniciado! 04 de outubro 18:19:16 client.maclab systemd [1]: Open-iSCSI iniciado. 04 de outubro 18:19:17 client.maclab iscsid[1617]: não é possível fazer uma conexão com 192.168.100.11:3260 (-1.101) 04 de outubro 18:19:20 client.maclab iscsid [1617]: Não foi possível definir a prioridade da sessão1. LER/ESCREVER durante todo o processo e a latência pode ser afetada. 04 de outubro 18:19:20 client.maclab iscsid[1617]: Conexão1:0 para [target: iqn.2012-06.com.example:server20gb, portal: 192.168.100.11,3260] através de [iface: default] está operacional agora 04 de outubro 18:32:31 client.maclab systemd [1]: Open-iSCSI iniciado.
Estou fazendo algo estúpido aqui? Por que o iscsid iniciaria antes da rede? Estou faltando um módulo do kernel no momento da inicialização?
Obrigado!
Jim
Responder1
Parece que foi um erro no meu fstab, tive que passar a opção _netdev
.
Minha entrada fstab agora se parece com
UUID=de892bb0-7da8-4373-b169-9c465caf2699 /iscsi ext4 _netdev,rw 0 0
Parece inicializar bem agora.