Версия 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. В данном случае пул будет работать в режиме с ухудшенными характеристиками, а записи протокола будут записываться в основной пул до замены устройства протоколирования.
Рекомендуется использовать зеркалированные устройства протоколирования для снижения риска сбоев устройства протоколирования.