Versão 10 10/09 do Solaris: nessa versão, o ZFS identifica as falhas de log intencionais na saída do comando zpool status. A Fault Management Architecture (FMA) também reporta esses erros. O ZFS e o FMA descrevem como recuperar uma falha de log intencional.
Por exemplo, se o sistema for desligado abruptamente antes que as operações de gravação síncrona sejam validadas para um conjunto com um dispositivo de log separado, você verá mensagens semelhantes as seguintes:
# zpool status -x pool: pool state: FAULTED status: One or more of the intent logs could not be read. Waiting for adminstrator intervention to fix the faulted pool. action: Either restore the affected device(s) and run 'zpool online', or ignore the intent log records by running 'zpool clear'. scrub: none requested config: NAME STATE READ WRITE CKSUM pool FAULTED 0 0 0 bad intent log mirror ONLINE 0 0 0 c0t1d0 ONLINE 0 0 0 c0t4d0 ONLINE 0 0 0 logs FAULTED 0 0 0 bad intent log c0t5d0 UNAVAIL 0 0 0 cannot open |
É possível solucionar a falha do dispositivo de log das seguintes maneiras:
Substitua ou recupere o dispositivo de registro. Neste exemplo, o dispositivo é c0t5d0.
Coloque o dispositivo de registro de volta on-line.
# zpool online pool c0t5d0 |
Redefina a condição de erro do dispositivo de log falho.
# zpool clear pool |
Se desejar recuperar esse erro sem substituir o dispositivo de log falho, é possível limpar o erro com o comando zpool clear. Nesse cenário, o conjunto irá operar em um modo degradado e os logs serão gravados no conjunto principal até que o dispositivo de log separado seja substituído.
Considere o uso de dispositivos de log espelhados para evitar o cenário de falha do dispositivo de log.