Curiosamente en 4 servidores dentro de un pool, 3 de ellos no eran capaz de logearse contra la cabina mediante el descubrimiento normal del XenCenter/Cli no con los comandos que utilizo para configurar iscsi en el inicio (rc.local):
iscsiadm -m node -L all
iscsiadm -m session --rescan
/etc/init.d/multipathd restart
multipath -v3
/opt/xensource/sm/mpathcount.py
iscsiadm -m session --rescan
/etc/init.d/multipathd restart
multipath -v3
/opt/xensource/sm/mpathcount.py
El error era que por algún motivo, el wrapper que extrae la info del nombre del iniciador i-scsi del dom0 configurado mediante CLI/XenCenter no generaba el fichero /etc/iscsi/initiatorname.iscsilo creo a mano
InitiatorName=iqn.2011-04.es.name.server:ctrx
InitiatorAlias=server.name.es
InitiatorAlias=server.name.es
Además tampoco cuando activaba el multipath cuando en el XenCenter activaba el multipath. Creo que eso simplemente modifica el enlace simbólico iscsid.conf que por defecto apunta a iscsid-default.conf para que apunte a iscsid-mpath.conf
Como los comandos de iscsiadm consultan el daemon hay que reiniciarlo
service open-iscsi restart
Una vez hechas estas modificaciones he lanzado un descubrimiento con el máximo debug:
iscsiadm -m discovery -t st -p 192.168.1xx.xxx -d 8
Y a partir de aquí todos los comandos de iscsiadm han funcionado bien.
No hay comentarios:
Publicar un comentario