CentOS/RHEL:cómo eliminar la información obsoleta del nodo de destino ISCSI del servidor iniciador ISCSI

El problema

Las conexiones de destino ISCSI obsoletas que aún están presentes en el nodo del iniciador pueden generar varios problemas como:

1. Servicio iscsid bloqueado que puede provocar una interrupción global.
2. inundación de mensajes de error como:

messages:Jun 3 13:58:00 server1 iscsid: iscsid: Connection5:0 to [target: iqn-name, portal: ip-here,3260] through [iface: default] is shutdown.
messages:Jun 3 13:58:00 server1 iscsiadm: iscsiadm: Could not login to [iface: default, target: iqn-name, portal: ip-here,3260].
messages:Jun 3 13:58:00 server1 iscsiadm: Logging in to [iface: default, target: iqn-name, portal: ip-here,3260] (multiple)
messages:Jun 7 04:24:15 server1 iscsid: iscsid: Connection2:0 to [target: iqn-name, portal: ip-here,3260] through [iface: default] is shutdown.
messages:Jun 7 04:24:15 server1 iscsiadm: iscsiadm: Could not login to [iface: default, target: iqn-name, portal: ip-here,3260].
messages:Jun 7 04:24:15 server1 iscsiadm: Logging in to [iface: default, target: iqn-name, portal: ip-here,3260] (multiple)

3. problemas de arranque (arranque largo/colgado).

La solución

El problema puede aparecer después de migrar entre ISCSI LUN en el servidor iniciador donde las entradas antiguas se eliminaron con "iscsiadm remove ” comando:

# iscsiadm -m node -T [iqn] -p [ip address]:[port number] -u
# iscsiadm -m node -o delete -T [iqn]
but config files might be still present in /var/lib/iscsi/nodes folder. ISCSI target IQN are stored in /var/lib/iscsi/nodes folder. For example:
/var/lib/iscsi/nodes:
drw-------. 2 root root 30 Mar 16 09:35 iqn-good-node
drw-------. 2 root root 30 Aug 12 2018 iqn-bad-node
 

 /var/lib/iscsi/nodes/iqn-buen-nodo:
 
-rw-------. 1 root root 2051 Mar 16 09:35 IP_HERE,3260
 

 /var/lib/iscsi/nodes/iqn-malo-nodo:
 
-rw-------. 1 root root 2051 Aug 12 2018 IP_HERE,3260
 

 Arriba se muestran dos ISCSI Target IQN donde el iqn para el nodo incorrecto debe eliminarse ya que produce errores en el archivo de mensajes. El comando iscsiadm debe usarse primero para verificar que las entradas iqn-bad-node ya no estén presentes en el sistema y que no se asignen LUN activos desde este IQN:
 
# iscsiadm -m session -P 3

iSCSI Transport Class version 2.0-870
version 6.2.0.874-10
Target: iqn-good-node(non-flash)
Current Portal: IP_HERE:3260,1
Persistent Portal: IP_HERE:3260,1
**********
Interface:
**********
Iface Name: default
Iface Transport: tcp
Iface Initiatorname: iqn-good-node
Iface IPaddress: IP_HERE
Iface HWaddress: 
Iface Netdev: 
SID: 1
iSCSI Connection State: LOGGED IN
iSCSI Session State: LOGGED_IN
Internal iscsid Session State: NO CHANGE
*********
Timeouts:
*********
Recovery Timeout: 6000
Target Reset Timeout: 30
LUN Reset Timeout: 30
Abort Timeout: 15
*****
CHAP:
*****
username: 
password: ********
username_in: 
password_in: ********
************************
Negotiated iSCSI params:
************************
HeaderDigest: None
DataDigest: None
MaxRecvDataSegmentLength: 262144
MaxXmitDataSegmentLength: 8192
FirstBurstLength: 65536
MaxBurstLength: 262144
ImmediateData: Yes
InitialR2T: Yes
MaxOutstandingR2T: 1
************************
Attached SCSI devices:
************************
Host Number: 2 State: running
scsi2 Channel 00 Id 0 Lun: 0
scsi2 Channel 00 Id 0 Lun: 1
Attached scsi disk sda State: running
 

 En la lista anterior, solo las entradas iqn-good-node y iqn-bad-node se pueden eliminar de forma segura de la carpeta /var/lib/iscsi/nodes.
 

 El plan de acción sería:
 

 1. Obtenga tiempo de inactividad para reiniciar.
2. Eliminar directorio:
 
# rm -r /var/lib/iscsi/nodes/iqn-bad-node
 

 Arriba eliminará el archivo de configuración y el puerto IP + para este IQN, por lo que el sistema operativo ya no lo usará desde el arranque
 

 3. Asegúrese de que el archivo /etc/fstab no contenga información sobre un IQN incorrecto:
 
# cat /etc/fstab | grep -i iqn-bad-node
 

 3. Reinicie el servidor afectado.
 
# shutdown -r now
 

 4. Después de reiniciar, verifique que /var/lib/iscsi/nodes tenga solo una entrada para:
 

 iqn-buen-nodo
 

 Para verificar ejecutar:
 
# ls -la /var/lib/iscsi/nodes
 

 5. Verifique desde dmesg que el sistema ya no encuentre problemas de ISCSI:
 
# dmesg | grep -i iqn-bad-node
 

 6. Después de que no se detecten errores y ya no veamos el IQN anterior a la migración, continúe con el servicio como de costumbre.