Não é possível importar o Zpool

1

Estamos enfrentando uma falha de um dos nossos servidores de arquivos Solaris / ZFS. O h / w não inicializa, não estamos preocupados com o servidor, mas os dados são preciosos. Pegamos um conjunto de 8 drives no pool raidz2 e os conectamos a outra máquina Solaris. A matriz foi reconhecida e os dados ficaram intactos por 6 horas, mas após 6 horas a piscina ficou indisponível no meio. Nós poderíamos pedalar a máquina, sem sorte.

Agradeço se você puder nos ajudar a recuperar os dados.

Com o comando ** zpool import *, recebemos o seguinte erro:

zpool import
  pool: p1z2
    id: 16004911417686972288
state: UNAVAIL
status: One or more devices are unavailable.
action: The pool cannot be imported due to unavailable devices or data.
        The pool may be active on another system, but can be imported using the '-f' flag.
config:
        p1z2                       UNAVAIL  corrupted data
          raidz2-0                 DEGRADED
            c0t5000C500959EC8DFd0  UNAVAIL  cannot open
            c0t5001B4D04D00A816d0  ONLINE
            c0t5001B4D04D1E6803d0  ONLINE
            c0t5000C50083375403d0  UNAVAIL  cannot open
            c0t5001B4D04D1F0807d0  ONLINE
            c0t5001B4D04D101812d0  ONLINE
            c0t5001B4D04D101817d0  ONLINE
            c0t5001B4D04D233806d0  ONLINE

device details:
        c0t5000C500959EC8DFd0    UNAVAIL          cannot open
        status: ZFS detected errors on this device.
                The device was missing.
        c0t5000C50083375403d0    UNAVAIL          cannot open
        status: ZFS detected errors on this device.
                The device was missing.

iostat -en

  ---- errors ---
  s/w h/w trn tot device
    0   0   0   0 c0t5001B444A4E76FA2d0
    0   0   0   0 c0t5001B4D04D090800d0
    0   0   0   0 c0t5001B4D04D08D801d0
    0   0   0   0 c0t5001B4D04D233802d0
    0   0   0   0 c0t5001B4D04D1E6803d0
    0   0   0   0 c0t5001B4D04D080804d0
    0   0   0   0 c0t5001B4D04D101805d0
    0   0   0   0 c0t5001B4D04D233806d0
    0   0   0   0 c0t5001B4D04D1F0807d0
    0   0   0   0 c0t5001B4D04D080810d0
    0   0   0   0 c0t5001B4D04D080811d0
    0   0   0   0 c0t5001B4D04D101812d0
    0   0   0   0 c0t5001B4D04D00B813d0
    0   0   0   0 c0t5001B4D04D080814d0
    0   0   0   0 c0t5001B4D04D1E6815d0
    0   0   0   0 c0t5001B4D04D00A816d0
    0   0   0   0 c0t5001B4D04D101817d0
    
por Sumit Saluja 23.11.2016 / 17:58

1 resposta

2

Eu não tentaria fornecer uma resposta sem saber mais sobre o estado do seu pool. Eu recomendo executar o utilitário de depuração do ZFS no pool. Ele deve fornecer informações adicionais que podem ajudar a determinar por que o host se recusa a importar o pool degradado (embora esteja dizendo que os dados estão corrompidos, você ainda pode ser capaz de retroceder até um ponto em que possa recuperar).

Aviso de isenção: zdb é essencialmente uma ferramenta de suporte interno para suporte técnico da Oracle. Usar suas várias opções sem entender seu efeito poderia piorar as coisas.

No exemplo abaixo, a opção "-e" diz para operar em um pool que não é importado no momento.

zdb -e p1z2 | tee /tmp/zdb.log

Por favor, note que isso pode levar um tempo longo, longo, para ser executado, dependendo do tamanho do seu pool e da sua utilização. Acabei de executar isso em um pool saudável -but-exportado de 1,4 TB que uso com meu sistema Solaris 10U10 (mais recente patches de CPU). Esse pool é 79% utilizado pelos dados, e o zdb está ainda executando as somas de verificação dos metadados após 40 minutos (e eu estou no final do meu dia, então não vou ficar por perto para ver o final ). A saída pode ser imensa e é por isso que estou sugerindo que você a registre em um arquivo usando o tee.

    
por 24.11.2016 / 02:28