Version Solaris 10 10/09 : dans cette version, ZFS identifie les défaillances de journal d'intention dans la sortie de la commande zpool status. Le composant FMA (Fault Management Architecture) signale également ces erreurs. ZFS et FMA décrivent comment récupérer les données en cas de défaillance du journal d'intention.
Par exemple, si le système s'arrête soudainement avant que les opérations d'écriture synchrone ne soient affectées à un pool disposant d'un périphérique de journal distinct, un message tel que le suivant s'affiche :
# 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 |
Vous pouvez résoudre la panne du périphérique de journal de l'une des façons suivantes :
Remplacez ou récupérez le périphérique de journal. Dans cet exemple, le périphérique de journal est c0t5d0.
Mettez le périphérique de journal en ligne.
# zpool online pool c0t5d0 |
Réinitialisez la condition d'erreur de périphérique de journal défaillante.
# zpool clear pool |
Pour effectuer une récupération suite à cette erreur sans remplacer le périphérique de journal défaillant, vous pouvez effacer l'erreur à l'aide de la commande zpool clear. Dans ce scénario, le pool fonctionnera en mode dégradé et les enregistrements de journal seront enregistrés dans le pool principal jusqu'à ce que le périphérique de journal distinct soit remplacé.
Envisagez d'utiliser des périphériques de journal mis en miroir afin d'éviter un scénario de défaillance de périphérique de journal.