Arquivo do dispositivo em / dev / mapper / present mesmo após remover a partição com parted

Question

Estas observações são do CentOS 6.3, 6.4 e 6.5. Eu tenho um dispositivo multipath com uma única partição:

# ls -l /dev/mapper/
total 0
crw-rw---- 1 admin root 10, 57 Dec 22 12:52 control
lrwxrwxrwx 1 admin root      7 Dec 24 12:22 mpatha -> ../dm-0
lrwxrwxrwx 1 admin root      7 Dec 24 12:22 mpathap1 -> ../dm-1

# kpartx -l /dev/mapper/mpatha
mpatha1 : 0 5368719293 /dev/mapper/mpatha 34

Em seguida, o parted é usado para remover a partição:

# parted /dev/mapper/mpatha
GNU Parted 1.7.1
Using /dev/dm-0
Welcome to GNU Parted! Type 'help' to view a list of commands.

(parted) unit GB                                                          
(parted) p                                                                

Disk /dev/dm-0: 2749GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt

Number  Start   End     Size    File system  Name     Flags
 1      0.00GB  2749GB  2749GB  ext3         primary       

(parted) rm 1                                                             
(parted) q                                                                
Information: Don't forget to update /etc/fstab, if necessary.

No entanto, o arquivo especial do dispositivo /dev/mapper/mpathap1 não é removido automaticamente. Executar ls -l /dev/mapper/ produz exatamente a mesma saída mostrada acima, enquanto kpartx -l /dev/mapper/mpatha sai normalmente ($? = 0) sem imprimir nada.

A minha pergunta está relacionada com esta um. No entanto, o problema é que nenhum arquivo especial de dispositivo foi criado em /dev/ , enquanto o meu é sobre remoção e também em dispositivos multipath. Eu estou fazendo certas operações em um script e já instrumentei as verificações se arquivos de dispositivos esperados são realmente criados ou removidos e se não, então eu chamo kpartx -a -p p <device> (pegou essa dica de /lib/udev/rules.d/40-multipath.rules ) ou kpartx -d <device> conforme o caso . Mas ainda não tive um entendimento satisfatório.

Quando, em geral, a criação de partições em um disco local extra ou em um disco rígido portátil usando parted funciona perfeitamente bem, por que algo mais precisaria ser feito em discos provenientes de uma SAN? Qualquer informação será apreciada. Obrigado!

    

Answer 1

Foi possível corrigir esse problema atualizando o parted para 2.1-21 . Nós temos um sistema baseado no CentOS no qual certos componentes são compilados e parted é um deles. Eu ainda não tentei explorar se havia algum bug na versão anterior do parted.