ZFS 回復イメージ-0 UNAVAIL 不足しているデバイス

ZFS 回復イメージ-0 UNAVAIL 不足しているデバイス

私は初めてZFSに触れ、仕事を台無しにしました。同じプールの下に別々のミラーがある可能性があることを知らなかったため、複数のZFSプールがあります。まだアレイを再構築しているので、ミラーの1つが空です。私はそれを破壊し、メインプールに追加しましたが、すべてが大丈夫でした。

その後、そのイメージの読み取りプロパティを読み取り専用に設定しようとしましたが、設定できません。その後、そのミラーだけを削除しようとしましたが、失敗しました。最後に、プールのエクスポートを試み、2番目の画像(データなし)を上書きし、デフォルトのプールのインポートを試みました。私の考えでは、ミラーが失われるか、パフォーマンスが低下すると再び表示されますが、最初のミラーは大丈夫でしょうが、それほど幸運ではありません。ミラー-0が正しく実行されているにもかかわらず、現在はzpoolをまったくインポートできません。

この問題を解決する方法があるかどうかを知りたいです。インポートするために追加の画像のUUID / PARTUUIDを手動で設定しようとしましたが、もちろんオンラインのすべてはext4に関するもので、ZFSのUUIDを操作する方法が見つかりませんでした。

2番目のミラーに対するzpoolsの期待を強制的にインポートまたは削除して、最初のミラーをインストールする方法を考えることはできますか?それとも、最後にデータを破壊せずにミラー-0を独自のzpoolに移動しますか?

喪失感...

以下はいくつかのデータです。

プール名bigdataa

mirror-0 should have a functionion set of data

 pool: bigdataa
     id: 8521961398473378259
  state: UNAVAIL
 status: One or more devices contains corrupted data.
 action: The pool cannot be imported due to damaged devices or data.
   see: http://zfsonlinux.org/msg/ZFS-8000-5E
 config:

    bigdataa                                  UNAVAIL  insufficient replicas
      mirror-0                                ONLINE
        12d9fdf5-9912-4b47-a67c-73376cabe161  ONLINE
        0f8cbe38-fce7-ba4d-85fb-f0b624ef4c70  ONLINE
      615ac488-0519-4a31-88ea-ddc81595c9b7    ONLINE
      mirror-2                                UNAVAIL  insufficient replicas
        aef43ae1-2bff-4eac-8c91-7818b1ec37fd  FAULTED  corrupted data
        8d1e0a1e-9736-4a28-a968-555fe65e9d17  FAULTED  corrupted data

答え1

広範な調査を行ってきましたが、プールの設置方法が見つかりませんでした。問題なく個々のミラーのプロパティを操作し、単一のミラーをマウントし(動作は印象的ではありません)、MergeFSを使用して単一のプールの最終レンダリングを実行できるように、別々のプールを続行します。

私はUFS Explorer RAID Recoveryを試しました(最終的に必要なのは$ 70 CADの価格がより安いUFS Explorer Recoveryであり、今やツールキットに優れたソフトウェアがあります)。昨夜以降にスキャンが完了し、見つかったようです。私のすべてのファイル。 $200 CAD価格表を使用して最終結果を更新します。しかし、状況はよさそうです!

更新:現在、すべてのファイルを保存しており、これまですべてが良く見えます。皮肉なことに、パーティション/ファイル構造が変更されていないため、「失われたファイルを検索する」必要さえないことに気づきました。ソフトウェアは、プールを「インポートまたは」する必要なく、何らかの方法でイメージの個々のディスクを見ることができるようです。他のディスクを使用できます。 (スキャンはしませんでしたが、これを確認するために別のイメージドライブから直接「ファイルビュー」を実行しました)

これらの人々は、自分が何を言っているのか分からないと思います。

https://www.ixsystems.com/community/threads/recovery-tool-for-zfs.23008/post-138885

ここに画像の説明を入力してください。

答え2

ここで構築した方法は、データがミラー0、ミラー2、および他のディスクにストライプ(RAID-0)されたことを示します。したがって、ミラー-2を上書きすると、ZFSはデータの半分が失われたと思うため、プールをまったくインポートできません。これは、3つのディスクで構成されたRAID-0アレイを設定し、ディスクの1つを消去するのと同じです。ストライピングが機能する方法なので、すべてのデータにアクセスできなくなります。

これは、ミラー-2でも読み取り専用プロパティを設定できない理由を説明します。これは、RAID-0 アレイの 1 つのディスクを読み取り専用として表示するのと似ています。書き込みはRAID-0アレイのすべてのディスクにわたってストライプする必要があるため、実行できません。ストレージデバイスの3番目のブロックをすべて読み取り専用として表示することはできません!

まだミラー2にデータがないようですが、ZFSはそれを知らないようですので、ディスクを上書きしてアレイのインポートを拒否します。

プール内のすべてのデバイス/ vdevが互いにミラーであると仮定している可能性がありますが、実際にはZFSはプール内のすべてのvdevにデータをストライプします。そのため、データをストライプ化する代わりにミラーリングするには、特別なミラーvdevを作成する必要があります。

関連情報