RHEL + como evitar que o disco do SO - sda mude após a reinicialização

RHEL + como evitar que o disco do SO - sda mude após a reinicialização

Instalamos a versão RHEL 7.9 na máquina física, quando sdao dispositivo era o sistema operacional.

A máquina possui os seguintes discos.

sda - OS disk
sdb - data disk
sdc - data disk

Após a reinicialização, o dispositivo de disco do sistema operacional mudou para sdco seguinte e sdatornou-se parte do disco de dados.

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

Presumimos que em algumas próximas reinicializações sdctalvez mude novamente para sdacomo deveria ser?

Mas como evitar que sdao disco mude para outro dispositivo após a reinicialização?

De acordo com o documento red-hat, eles recomendaram definir o seguinte:

os usuários podem modificar os parâmetros de inicialização do kernel anexando "scsi_mod.scan=sync" no arquivo /etc/sysconfig/grub para obter letras de disco mais consistentes.
Isso não garantirá nomes de dispositivos consistentes em todos os casos. Esta opção deve ser usada com cuidado, pois retarda o procedimento de descoberta de disco e, portanto, todo o processo de inicialização.

Mas essa configuração realmente ajuda 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            <---------------

Quais são as outras opções que podemos fazer para evitar que sdao dispositivo do disco seja alterado após a reinicialização?

Alguns outros detalhes úteis do 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

Responder1

  1. Use identificadores persistentes em /etc/fstab para montagem, por exemplo, substitua /dev/sdX por UUID ou link simbólico de /dev/disk/by-id.
  2. Opcionalmente, adicione scsi_mod.scan=sync a GRUB_CMDLINE_LINUX em /etc/default/grub para desacelerar a descoberta de disco.
  3. Gere novamente a configuração do GRUB: grub2-mkconfig -o /boot/grub2/grub.cfg.
  4. Atualize o initramfs: dracut -f.
  5. Reinicie e verifique as atribuições de disco com /dev/disk/by-id.

informação relacionada