ZFSイメージの混乱

Question

さて、あなたは自分で問題を起こしましたが、解決できるようです。

最初の間違いは、zpool add代わりに新しいドライブを使用することですzpool attach（ミラーに追加のデバイスを接続する）。または、zpool replace古いデバイスがまだフルメタデータに存在することをお勧めします。デバイスを交換する正しい方法は次のとおりです。

# zpool replace stuffpool 1759097636360003165 ata-HGST_HTS541010A9E680_JA109NDW206MAS-part1

あるいは、より良いことは、物理能力がある場合、zpool replace古いデバイスと新しいデバイスの両方が接続されていることです（これにより、プールは全体的に冗長になります）。

あなたの古いプールは基本的に修理できないほど損傷しています。この時点で、vdevを追加した後にプールからvdevを削除することはできません（vdev冗長レベルの不一致のために-f新しいディスクをプールに入れる必要があるかもしれません）、両方のディスクを非ディスクに変換するハードウェアはありません。冗長 vdev は双方向ミラーリングを開始します。

ただし、次のことができます。既存のリソースを使用して新しいプールを構築します。

どのような措置を講じる前に、すべての内容を読んで、各ステップの内容と理由を理解していることを確認してください。あなた本物もう問題を起こしたくありません。

まず、最新バージョンであることを確認してください。信頼できるデータをバックアップしてください。ストレージ容量が160GBを少し超えることを考慮すると、これは大きな問題ではありません。また、zpool scrubプールに保存されているすべてのデータにエラーがないことを確認することをお勧めします。 160GBの場合、前のクリーンアップで見たように、完了するのに時間がかかりません。

次に、ミラーからドライブを取り外し、ドライブを空にします。たとえば、ミラー0を分割してドライブの1つを使用するには、次のようにします。

# zpool detach stuffpool ata-HGST_HTS721010A9E630_JR10004M0M17TE-part1

stuffpoolこれにより、3つの単一デバイスvdevと1つの双方向ミラーvdev（mirror-1）が残ります。次に、目的を変更できるように、ミラーから取り外したドライブのすべてのZFSラベルを消去します。

# zpool labelclear /dev/disk/by-id/ata-HGST_HTS721010A9E630_JR10004M0M17TE-part1

現在、ZFS はドライブを古いプールの一部として認識しません。必要かもしれませんが、-f盲目的zpool labelclearに追加しないでください。なぜ必要なのか理解していることを確認してください。

古いプールの名前を変更します（該当する名前を保持する場合は、そうでない場合は必要に応じて以下から調整します）。

# zpool export stuffpool
# zpool import stuffpool stuffpoolold

取得したドライブに新しいプールを作成します。

# zpool create -o ashift=12 -O checksum=sha256 -m none -f stuffpool /dev/disk/by-id/ata-HGST_HTS721010A9E630_JR10004M0M17TE-part1

検証にはSHA-256を使用することをお勧めしますが、-O checksum=sha256望ましくない場合はその部分を省略してください。-o ashift=12最小割り当て単位で4,096バイトブロックを使用するようにZFSに指示します。これは、より少ないストレージスペースで高度なフォーマットドライブでより良い動作します。

データを保存するためにプールのルートファイルシステムを使用しない場合、一部の障害条件は回復するのが簡単です。プールにプロキシルートファイルシステムを作成することをお勧めします。

# zfs create -o mountpoint=/mnt/stuffpoolnew stuffpool/data

これで、既存のプールのすべてを新しいプールに転送します。まず、以前のプールの現在の状態のスナップショットを作成します。

# zfs snapshot stuffpoolold@transfer -r

スナップショットが正常に作成されたことを確認してください。それから：

# zfs send -R stuffpoolold@transfer | zfs receive -uvF stuffpool/data

少し時間がかかります。完了するまで実行し、その間に行われた変更を取得します。

# zfs snapshot stuffpoolold@transfer2 -r
# zfs send -I stuffpoolold@transfer stuffpoolold@transfer2 -Rv | zfs receive stuffpool/data -uv

この時点で、プール内のデータはすべての意図と目的について同じでなければなりません。クローンジョブまたは同様のジョブを実行してプールに書き込む場合は、シングルzfs send -I ...ユーザーモードで2番目のスナップショットを作成して、プールにデータが追加されるリスクを減らすことをお勧めします。

既存のプールを置き換える新しいプールを設定します。

# zfs get mountpoint stuffpoolold
... this will give you a mountpoint directory ...
# zpool export stuffpoolold
# zfs set mountpoint=...mountpoint_directory_from_above... stuffpool/data
# zpool export stuffpool
# zpool import stuffpool

これで、単一のデバイスで構成された新しいzpoolが作成されました。スクラブしてデータが正常であることを確認します。

# zpool scrub stuffpool

完了し、エラーが見つからない場合は、既存のディスクを新しいプールに移行します。以前のプールをインポート可能な状態に保つには（上記のミラー0の2番目のドライブを使用したため）、前の残りのミラーのペアの2番目のドライブから始めます。

# zpool labelclear /dev/disk/by-id/ata-HGST_HTS541010A9E680_JA1009C03158BP-part1
# zpool attach stuffpool /dev/disk/by-id/ata-HGST_HTS721010A9E630_JR10004M0M17TE-part1 /dev/disk/by-id/ata-HGST_HTS541010A9E680_JA1009C03158BP-part1

zpool status stuffpool以下のように、単一の双方向ミラー化vdevプールがあることを確認してください。

root@x7550:~# zpool status stuffpool
  pool: stuffpool
 state: ONLINE
  scan: scrub repaired 0 in 0h6m with 0 errors on ...
config:

    NAME                                               STATE     READ WRITE CKSUM
    stuffpool                                          ONLINE       0     0     0
      mirror-0                                         ONLINE       0     0     0
        ata-HGST_HTS721010A9E630_JR10004M0M17TE-part1  ONLINE       0     0     0
        ata-HGST_HTS541010A9E680_JA1009C03158BP-part1  ONLINE       0     0     0

ここで、元の方法で2つのミラーvdevを追加します。まず、デバイスにタグを付けて消去する必要があります。それ以外の場合、ZFSはデバイスがすでにエクスポートプールの一部であると文句を言います。繰り返しますが、必要かもしれませ-fんが、zpool labelclear絶対にしない盲目的-fに追加されましたzpool add。（これをしなければならないなら、私がどこかでミスをしたのです。）

# zpool labelclear /dev/disk/by-id/ata-HGST_HTS721010A9E630_JR10004M0LGN6E-part1
# zpool labelclear /dev/disk/by-id/ata-HGST_HTS541010A9E680_JA1000102MG9UR-part1
# zpool labelclear /dev/disk/by-id/scsi-35000c50016ebcdfb-part1
# zpool labelclear /dev/disk/by-id/ata-HGST_HTS541010A9E680_JA109NDW206MAS-part1
# zpool add stuffpool mirror /dev/disk/by-id/ata-HGST_HTS721010A9E630_JR10004M0LGN6E-part1 /dev/disk/by-id/ata-HGST_HTS541010A9E680_JA1000102MG9UR-part1
# zpool add stuffpool mirror /dev/disk/by-id/scsi-35000c50016ebcdfb-part1 /dev/disk/by-id/ata-HGST_HTS541010A9E680_JA109NDW206MAS-part1

もう一度こすります（すべてがきれいできれいなプールが好きだから）。

# zpool scrub stuffpool

この時点で、プールは最初から望むように見えます。

root@x7550:~# zpool status
  pool: stuffpool
 state: ONLINE
  scan: scrub repaired 0 in 0h6m with 0 errors on ...
config:

    NAME                                               STATE     READ WRITE CKSUM
    stuffpool                                          ONLINE       0     0     0
      mirror-0                                         ONLINE       0     0     0
        ata-HGST_HTS721010A9E630_JR10004M0M17TE-part1  ONLINE       0     0     0
        ata-HGST_HTS541010A9E680_JA1009C03158BP-part1  ONLINE       0     0     0
      mirror-1                                         ONLINE       0     0     0
        ata-HGST_HTS721010A9E630_JR10004M0LGN6E-part1  ONLINE       0     0     0
        ata-HGST_HTS541010A9E680_JA1000102MG9UR-part1  ONLINE       0     0     0
      mirror-2                                         ONLINE       0     0     0
        scsi-35000c50016ebcdfb-part1                   ONLINE       0     0     0
        ata-HGST_HTS541010A9E680_JA109NDW206MAS-part1  ONLINE       0     0     0

これでプールのバランスが取れません（ほとんどのデータはミラー-0にあり、書き換えられるまでそこに残ります。ZFSには同様のものがありませんが、それでもbtrfs rebalance賢明に使用して変更できますzfs send ... | zfs receive）。必要なレイアウトと冗長性が計画されています。始めるとき。

さまざまな段階から成る長いプロセスですが、ゆっくりして各段階で何をするかを注意深く考えれば、特に危険ではありません。

利点は、1つのドライブを満たすよりもプール内のデータがはるかに少ないことです。プールがほぼいっぱいになると、状況ははるかに複雑になります。

Answer 1