Instalamos la versión RHEL 7.9 en la máquina física, cuando sdael dispositivo era el sistema operativo.
La máquina tiene los siguientes discos.
sda - OS disk
sdb - data disk
sdc - data disk
Después de reiniciar, el dispositivo de disco del sistema operativo cambió sdca lo siguiente y sdapasó a formar parte del disco de datos.
sdc 8:32 0 558.4G 0 disk
├─sdc1 8:33 0 500M 0 part /boot
└─sdc2 8:34 0 557.9G 0 part
├─VG-VOL_root 253:0 0 100G 0 lvm /
├─VG-VOL_swap 253:1 0 16G 0 lvm
├─VG-VOL_var 253:2 0 200G 0 lvm /var
Suponemos que en algunos próximos reinicios sdctal vez volverá a cambiar a sdacomo debería ser.
Pero, ¿cómo evitar que sdael disco cambie a otro dispositivo después de reiniciar?
Según Red-Hat Doc, recomendaron configurar lo siguiente:
los usuarios pueden modificar los parámetros de arranque del kernel agregando "scsi_mod.scan=sync" en el archivo /etc/sysconfig/grub para obtener letras de disco más consistentes.
No garantizará nombres de dispositivos consistentes en todos los casos. Esta opción debe utilizarse con precaución ya que ralentiza el procedimiento de descubrimiento del disco y, por tanto, todo el proceso de arranque.
Pero, ¿esta configuración realmente ayuda scsi_mod.scan=sync? /etc/sysconfig/grub
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)"
GRUB_DEFAULT=saved
GRUB_DISABLE_SUBMENU=true
GRUB_TERMINAL_OUTPUT="console"
GRUB_CMDLINE_LINUX="crashkernel=auto rd.lvm.lv=VG/VOL_root rd.lvm.lv=VG/lv_swap rhgb quiet"
GRUB_DISABLE_RECOVERY="true"
scsi_mod.scan=sync <---------------
¿Cuáles son las otras opciones que podemos hacer para evitar que sdael dispositivo de disco cambie después del reinicio?
Algunos otros detalles útiles del servidor.
ls -ltr /dev/disk/by-id | grep sdc
lrwxrwxrwx 1 root root 9 Dec 28 11:43 wwn-0x6588a5a0ef7f4d0023880046051e7a74 -> ../../sdc
lrwxrwxrwx 1 root root 9 Dec 28 11:43 scsi-36588a5a0ef7f4d0023880046051e7a74 -> ../../sdc
lrwxrwxrwx 1 root root 10 Dec 28 11:43 wwn-0x6588a5a0ef7f4d0023880046051e7a74-part2 -> ../../sdc2
lrwxrwxrwx 1 root root 10 Dec 28 11:43 scsi-36588a5a0ef7f4d0023880046051e7a74-part2 -> ../../sdc2
lrwxrwxrwx 1 root root 10 Dec 28 11:43 lvm-pv-uuid-2Ee6HA-9vVx-bUVq-noyG-U0Nq-AVMz-oI56ji -> ../../sdc2
lrwxrwxrwx 1 root root 10 Dec 28 11:43 wwn-0x6588a5a0ef7f4d0023880046051e7a74-part1 -> ../../sdc1
lrwxrwxrwx 1 root root 10 Dec 28 11:43 scsi-36588a5a0ef7f4d0023880046051e7a74-part1 -> ../../sdc1
cat /etc/fstab | grep boot
UUID=f57f0346-9e6c-429e-b80f-3871334bae35 /boot xfs defaults 0 0
Respuesta1
- Utilice identificadores persistentes en /etc/fstab para el montaje, por ejemplo, reemplace /dev/sdX con UUID o enlace simbólico desde /dev/disk/by-id.
- Opcionalmente, agregue scsi_mod.scan=sync a GRUB_CMDLINE_LINUX en /etc/default/grub para ralentizar la detección de discos.
- Regenere la configuración de GRUB: grub2-mkconfig -o /boot/grub2/grub.cfg.
- Actualizar initramfs: dracut -f.
- Reinicie y verifique las asignaciones de disco con /dev/disk/by-id.