［zfs］メインファイルサーバーのpoolを飛ばした！！（３）：リカバリ試行［2］/一応、poolが見えた！

前回、リカバリを試行するものの、zfsのpoolを復旧させるには至らなかったので［*1］、追加調査を行ったところ、”zpool”のオプション設定と動きについて情報を得ることが出来たので、試してみました。【注*2】

1.　リカバリの再試行
2.　poolが見えた！
3.　データの引き上げ
出典・引用・備考

見つけた情報はZFSのraid-zのリカバリに関するもので［*3］、
小生の状況と異なるものの、”I/Oエラー”が表示される点は似ていて、poolを見る事は出来そうでした。

取り合えず、各オプションを確認しつつ、試行してみることにしました😀。

1.　リカバリの再試行

1)"-f -o readonly=on"オプションを付ける：読み込み専用にしてみる。

まずは、読み込み専用にしてpoolが見えるようになるか確認します。

[root@file_sv] # zpool import -f -o readonly=on pool1

”I/Oエラー”がでる状況は変わりません😵。

/var/log/messagesを確認すると、”checksum”のエラーが出ているので、これを何とかしないと、import出来ないということだとは思いますが🤔。。。

2)"-m -f -o readonly=on"オプションを付ける：”失われたログデバイスがあるときの対処を追加してみる”

”失われたログデバイスがあるとき、インポートするプールを許可する”、"-m"オプション［*4］を付けてみます。

[root@file_sv] # zpool import -m -f -o readonly=on pool1

”I/Oエラー”がでる状況に変わりません😵。

ただ、/var/log/messagesを確認すると、”checksum”のエラーがなくなり、
”error=97”だけになりました（*5）。

3)"-FX -m -f"オプションとreadonlyオプションを付ける：CheckSUMを無視させてみる。

"-FX"オプションが紹介されていたので、ますは、このオプションについて確認します。

-F

インポート不可能なプールのための復旧モード。最後の少ないトランザクションを廃棄することによって、インポート可能な状態にプールに戻すことを試みます。すべての破損したプールを、このオプションを使用することによって復旧することができるわけではありません。成功するなら、廃棄されたトランザクションからのデータは、取り返しのつかないほど失われます。このオプションは、プールがインポート可能か、または既にインポートされているなら、無視されます

-X

復旧オプションで使用されます。有効な txg を見つけるために極端な手段を行なうべきかどうかを決定します。これによって、プールは、もはや一貫性が保証されない、txg にロールバックすることができます。一貫性のない txg でインポートされたプールは、訂正不可能なチェックサムエラーを含むかもしれません。プール復旧モードに関する鵜詳細については、上記の -F オプションを参照してください。警告: このオプションは、利用者のプールの健全性を著しく危険にするかもしれません、最後の手段としてのみ使用されるべきです。

引用元［*6］

かなり恐ろしげなオプションですが😅、損傷している”物理ディスク”そのもののではなく、コピーを使っているので、とりあえず試してみることにします。

[root@file_sv] # zpool import -XF -m -f -o readonly=on pool1

参考情報［*7］の方は、半年ほど実行させて、結局、エラーで終了したようなので、
気長に待つことにしていたところ、小生の状態の場合は、半日ほどしたら、”zpool import”がエラーなしで終了しました😀。