[過去ﾛｸﾞ] FreeBSDを語れ Part47 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
880(2): 2019/09/02(月)15:09 AAS
>>873
「ZFS のカーネルモジュールを読んでから、zpool を認識するところで同じ panic が繰り返される状態に」
って言う状態なのであれば、FreeBSDコアチームの佐藤先生の記事が役に立つかも
https://www.allbsd.org/~hrs/diary/201107.html#current
https://www.allbsd.org/~hrs/diary/201109.html
>zdb は読み書きのツールだと書きましたが、 基本的に ZFS の情報を人間が読みやすいようにダンプする機能しかありません。
>データ修復のためのツールではありませんので、誤解しないでください。
>もともと開発者がデータ内容を調べるためにつくったツールなので、 ドキュメントもほとんどありません。
>しかし、このツールはデータを読み出す際に使うソースファイルがカーネルと共通になっているため、 ZFS の原則が適用されます。
>つまり、不整合があるデータに遭遇すると、 勝手にそれを修復しようとするのです。
>これをうまく使うと、深刻な状況になった zpool を、 認識するレベルまで持っていくことができます。
>何度も繰り返しますが、データの修復はできません。 あくまでzpool として認識できない状況を解消できるだけなので、 肝に銘じてください。
>zpool にアクセスすると panic してしまうとか、zpool import を実行してもちゃんと import してくれないような場合、 zdb でアクセスすると、同じようにエラーが出ます。
>カーネルと同じソースを使うので、まあ当たり前の話ですね。
>カーネルの場合、前述した zfs_recover=1 を設定すれば、panic を回避できましたが、 zdb では -AA を指定すると panic が回避できます。
>-A を指定すると、assert の不整合を回避します。
>つまり、-AAA を指定すれば、panic と assert の両方を回避して zpool へアクセスすることができ、 そのアクセスの発生によって、発見された不整合は強制的に解消されます。
●
●完全に損失したら困るのであれば、ディスクまるごとバックアップしてからやれよ
●
上下前次1-新書関写板覧索設栞歴
あと 122 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.283s*