Версия Solaris 10 10/09: в этой версии ZFS определяет сбои протокола намерений в команде zpool status. FMA также сообщает об этих ошибках. Как ZFS, так и FMA описывают метод восстановления после сбоя протокола намерений.
Например, если система неожиданно отключается до выполнения синхронных операций записи в пул с помощью отдельного устройства протоколирования, будет выведено подобное сообщение:
# 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 |
Необходимо исправить сбой устройства протоколирования следующим образом.
Заменить или восстановить устройство протоколирования. В данном примере это устройство c0t5d0.
Снова активировать устройство протоколирования.
# zpool online pool c0t5d0 |
Выполнить сброс ошибочных параметров отказавшего устройства протоколирования.
# zpool clear pool |
Если устройство протоколирования необходимо восстановить после этой ошибки без его замены, можно удалить ошибку, используя команду zpool clear. В данном случае пул будет работать в режиме с ухудшенными характеристиками, а записи протокола будут записываться в основной пул до замены устройства протоколирования.
Рекомендуется использовать зеркалированные устройства протоколирования для снижения риска сбоев устройства протоколирования.