ZPOOL substitui o disco com defeito no pool exportado

5

Ontem, coloquei um novo disco no meu servidor. Infelizmente, não verifiquei o disco antes de falhas.

Eu adicionei ao meu pool com o comando zpool add nas /dev/disk/by-id/scsi-SATA_ST31500341AS_9VS27Z4M-part1

Pouco tempo depois, a carga de CPU do servidor foi quase infinita, eu nem consegui relogar.

Então, executei uma reinicialização rígida (Alt + SysRq + b), mas o servidor não pôde inicializar. (Depois que o GRUB apareceu, nada mais aconteceu por cerca de 5 minutos. Depois, desliguei e tirei o novo disco. Eu inicializei e funcionou.

Mas agora, eu tenho o problema, que não consigo acessar o chamado "nas" -pool porque o último (novo) disco mostra como status "UNAVAIL", e como não é um pool espelhado, o todo pool está no estado UNAVAIL.

Se eu colocar o disco novamente e fizer um zpool online nas /dev/disk/by-id/scsi-SATA_ST31500341AS_9VS27Z4M-part1 ele não funciona e me diz "o disco não foi encontrado".

Então eu tentei algumas possibilidades que eu li do oracle-docs e eu exportei com zpool export nas . Agora, nem sequer consigo importar o pool.

zpool import nas -f
cannot import 'nas': one or more devices is currently unavailable

E se eu olhar para zpool import , isso me diz:

pool: nas
     id: 3366469163144781663
  state: UNAVAIL
 status: One or more devices are missing from the system.
 action: The pool cannot be imported. Attach the missing
        devices and try again.
   see: http://zfsonlinux.org/msg/ZFS-8000-6X
 config:

        nas                                               UNAVAIL  missing device
          dm-name-linuxServer-nas                         ONLINE
          ata-WDC_WD20EARX-00PASB0_WD-WCAZAC521840-part1  ONLINE
          ata-WDC_WD20EFRX-68AX9N0_WD-WMC300228535-part1  ONLINE

        Additional devices are known to be part of this pool, though their
        exact configuration cannot be determined.

Para ser claro: o conjunto é completamente irrelevante, os dados não são. Se eu conseguisse acessar os dados de alguma forma, poderia exportá-los para um disco rígido externo.

Sim, eu não tenho backup (é uma vergonha para mim!), mas eu não tenho normalmente outros 6 TB para o backup em algum lugar.

Existe alguma possibilidade de acessar esses dados? Talvez falsificando o disco para que zpool pense, esteja disponível ou algo assim?

Qualquer ajuda seria muito apreciada.

    
por Bobby 19.04.2014 / 23:57

2 respostas

5

Eu odeio dizer isso, mas você sabia que basicamente você estava adicionando discos unraided ao seu pool?
O comando que você forneceu diz basicamente, "Adicione outro disco ao pool nas e distribua-o com os discos existentes."

É isso que você pretendia fazer?

O pool é feito neste momento, especialmente se alguma coisa foi gravada no disco danificado. Se isso fosse um par de espelhos, o pool estaria no estado: FAULTED e você poderia se recuperar. Como é, você provavelmente perdeu seus dados.

    
por 20.04.2014 / 00:12
2

Minha sugestão para você seria obter um conjunto duplicado de discos e fantasiar o conteúdo bruto para o outro conjunto de discos para iniciantes. Depois de obter os dados restaurados, se possível, você terá os discos para fazer um espelho ou outro backup. Isso permitirá muito mais liberdade para tentar recuperar sua piscina dessa maneira. você também está deixando de lado informações importantes como o modo em que criou o pool. z-1 z-2

veja link você pode ter alguma sorte com isso . Eu também verificaria se o disco realmente é ruim também. Se não for, então você pode ter outro problema acontecendo como um controlador escamoso. se o disco estiver ruim, você poderá lidar com isso pelo conteúdo fantasma. Eu não mexi com o zfs importando discos o suficiente para saber se é possível dizer ao zfs que o disco de substituição é o que falhou, especialmente porque é por id e não por slot. Pode não ser possível enganar o zfs para usar os dados fantasma em uma unidade de substituição para recuperar-se da falha. Esse pensamento, porém, é o que vem à mente de minhas outras experiências em computadores.

    
por 20.04.2014 / 04:49