Solaris/ZFSファイルサーバーの1つで障害が発生しています。 h/wが起動しません。サーバーについてはそれほど心配していませんが、データは貴重です。 raidz2プールにある8台のドライブのセットを取り出し、別のSolarisマシンに接続しました。アレイが認識され、データは6時間無傷でしたが、6時間後、プールは途中で使用できなくなりました。運が悪かったので、マシンの電源を入れ直しました。
データの復旧にご協力いただければ幸いです。
とともに **zpool import
*コマンドでは、次のエラーが発生します。
zpool import
pool: p1z2
id: 16004911417686972288
state: UNAVAIL
status: One or more devices are unavailable.
action: The pool cannot be imported due to unavailable devices or data.
The pool may be active on another system, but can be imported using the '-f' flag.
config:
p1z2 UNAVAIL corrupted data
raidz2-0 DEGRADED
c0t5000C500959EC8DFd0 UNAVAIL cannot open
c0t5001B4D04D00A816d0 ONLINE
c0t5001B4D04D1E6803d0 ONLINE
c0t5000C50083375403d0 UNAVAIL cannot open
c0t5001B4D04D1F0807d0 ONLINE
c0t5001B4D04D101812d0 ONLINE
c0t5001B4D04D101817d0 ONLINE
c0t5001B4D04D233806d0 ONLINE
device details:
c0t5000C500959EC8DFd0 UNAVAIL cannot open
status: ZFS detected errors on this device.
The device was missing.
c0t5000C50083375403d0 UNAVAIL cannot open
status: ZFS detected errors on this device.
The device was missing.
iostat -en
---- errors ---
s/w h/w trn tot device
0 0 0 0 c0t5001B444A4E76FA2d0
0 0 0 0 c0t5001B4D04D090800d0
0 0 0 0 c0t5001B4D04D08D801d0
0 0 0 0 c0t5001B4D04D233802d0
0 0 0 0 c0t5001B4D04D1E6803d0
0 0 0 0 c0t5001B4D04D080804d0
0 0 0 0 c0t5001B4D04D101805d0
0 0 0 0 c0t5001B4D04D233806d0
0 0 0 0 c0t5001B4D04D1F0807d0
0 0 0 0 c0t5001B4D04D080810d0
0 0 0 0 c0t5001B4D04D080811d0
0 0 0 0 c0t5001B4D04D101812d0
0 0 0 0 c0t5001B4D04D00B813d0
0 0 0 0 c0t5001B4D04D080814d0
0 0 0 0 c0t5001B4D04D1E6815d0
0 0 0 0 c0t5001B4D04D00A816d0
0 0 0 0 c0t5001B4D04D101817d0
私はあなたのプールの状態についてもっと知らずに答えを提供しようとはしません。プールに対してZFSデバッグユーティリティを実行することをお勧めします。ホストが劣化したプールのインポートを拒否する理由を特定するのに役立つ追加情報を提供する必要があります(データが破損していることを示していますが、回復できるポイントまで巻き戻すことができる場合があります)。
免責事項:zdbは、基本的にOracleテクニカルサポートの内部サポートツールです。その効果を理解せずにさまざまなオプションを使用すると、事態が悪化する可能性があります。
以下の例では、「-e」オプションは、現在インポートされていないプールで動作するように指示します。
zdb -e p1z2 | tee /tmp/zdb.log
プールのサイズとその使用率によっては、実行にlong、long、long時間がかかる場合があることに注意してください。 Solaris 10U10(+最新のCPUパッチ)システムで使用しているhealthy-but-exported1.4TBプールに対してこれを実行しました。このプールはデータによって79%使用されており、zdbはまだ40分後にメタデータチェックサムを実行しています(そして私は一日の終わりにいます、だから私は仕上げを見るために固執していません)。出力は膨大になる可能性があるため、teeを使用してファイルに記録することをお勧めします。