dispositivo iSCSI mapeado para dispositivo SCSI diferente

Question

Eu tenho um array de disco iSCSI conectado a um servidor (Ubuntu). Quando eu faço o login com

iscsiadm -m node --login -p 192.168.1.240

o dispositivo costumava aparecer como / dev / sdb. Eu criei um grupo de volume com o LVM usando / dev / sdb e, eventualmente, partições ext4 nele. Após a reinicialização, o dispositivo está aparecendo como / dev / sdd, e não consigo mais montar nenhuma das partições que eu criei. O vgscan pode ver o VG (chamado a), mas os dispositivos mapeados nas partições geram um erro:

vgscan
...
/dev/dm-9: read failed after 0 of 4096 at 4096: Input/output error
Found volume group "a" using metadata type lvm2

Eu teria pensado que o sistema seria capaz de lidar sozinho com essa mudança (através do uuid dos dispositivos), mas obviamente estou perdendo alguma coisa. Então minhas perguntas são:

• existe uma maneira de forçar meu dispositivo iSCSI a voltar para / dev / sdb?
• se não, existe uma maneira de apontar meus dispositivos dev / dm-n para usar / dev / sdd
• qual é uma maneira robusta de fazer isso? Eu aprendi hoje como fazer meu dispositivo iSCSI aparecer com o mesmo nome (digamos, / dev / iscsi / array): é isso que eu deveria ter feito? O problema de o dispositivo iSCSI não aparecer de volta no mesmo dispositivo / dev / sdx não é mencionado em nenhum lugar, tanto quanto eu posso dizer, então talvez eu esteja perdendo outra coisa.

Adição : a reinicialização da máquina tem o efeito desejado. O dispositivo reaparece no lugar certo. As perguntas permanecem: Eu apreciaria se alguém tivesse alguma indicação para que elas pudessem ser respondidas.

    

Answer 1

Estou respondendo minhas próprias perguntas depois de mais algumas pesquisas.

• Antes de mais nada, até onde eu sei, não se pode afetar em qual dispositivo sdx um determinado dispositivo SCSI aparecerá. A decisão é tomada pelo kernel. Uma solução é, como apontou Andreas Florath, usar um nome mais permanente. Então a resposta para a primeira bala é NÃO.
• Se o dispositivo tiver alterado o nome e você receber erros dm-n, atualize o grupo de volumes com vgchange VGNAME --refresh e os erros desaparecerão. Agora você pode montar os volumes lógicos como costumava fazer.
• Uma maneira robusta de resolver o problema é identificar um ID de dispositivo persistente antes de iniciar o LVM. Os nomes do tipo uuid não são, no entanto, os mais convenientes de usar. Em seguida, siga uma receita como a dada aqui link para que o udev crie um nome como / dev / iscsi / NAME.

Answer 2

Não use nomes de unidade como /dev/sdX para esse tipo de uso. Conforme você detectou, eles podem (e irão) mudar várias vezes.

Dê uma olhada no diretório /dev/disk/by-id . As entradas aqui são únicas e permanecem as mesmas - mesmo depois de uma reinicialização, porque as informações são obtidas apenas dos discos.