Problema 1
Después de un reinicio, los volúmenes LVM ubicados en los discos iscsi no se activan. Activación manual con “lvchange -ay ” funciona bien.
Usando la opción _netdev en /etc/fstab
LVM se inicia antes de que se complete la inicialización de la red, por lo que el sistema operativo no detecta los discos iscsi. Utilice la opción de montaje "_netdev" para indicarle al sistema que retrase el intento de montaje hasta que se complete la inicialización de la red. A continuación se muestran líneas /etc/fstab correctamente formateadas para dos puntos de montaje iSCSI diferentes:
#device mount point FS Options Backup fsck LABEL=data1 /mnt/data1 ext3 _netdev 0 0 LABEL=data2 /mnt/data2 ext3 _netdev 0 0
Problema 2
Los volúmenes ISCSI no se pueden montar automáticamente después de reiniciar en CentOS/RHEL. Como puede ver a continuación, incluso el _netdev la opción de montaje se ha configurado en /etc/fstab:
# vi /etc/fstab LABEL=data /data ext4 _netdev 1 2
El sistema de archivos no se monta al arrancar de forma predeterminada. El montaje manual del dispositivo falló con el siguiente error:
# mount /dev/mapper/vg_datavg-lv_data /data mount: you must specify the filesystem type
Habilitación del servicio "netfs"
El servicio netfs es responsable de montar los sistemas de archivos relacionados con la red enumerados en /etc/fstab (NFS, iSCSI, SMBFS/CIFS, NCP o cualquier línea con la opción "_netdev") DESPUÉS de que el sistema inicie la red. Si este servicio no se inicia en el momento del arranque, los sistemas de archivos relacionados con la red no se montan. El servicio netfs está deshabilitado por defecto para los niveles de ejecución normales 3 y 5:
$ chkconfig --list netfs netfs 0:off 1:off 2:off 3:off 4:off 5:off 6:off
Sin el servicio netfs ejecutándose, se ignora '_netdev' en /etc/fstab. Por lo tanto, para hacer que el volumen iscsi use la opción "_netdev", configure el servicio netfs para que se inicie automáticamente en el próximo arranque:
Para RHEL/CentOS 4,5,6
# chkconfig netfs on
Para RHEL/CentOS 7
# systemctl enable remote-fs.target