差分
このページの2つのバージョン間の差分を表示します。
| 次のリビジョン | 前のリビジョン | ||
|
blog:2017:2017-11-09 [2017-11-09 18:11] Decomo 作成 |
blog:2017:2017-11-09 [2019-11-26 00:23] (現在) Decomo |
||
|---|---|---|---|
| 行 1: | 行 1: | ||
| - | ====== ZFSで使ったことがあるHDD/ | + | ====== ZFSのメンバだったディスクを再利用する時はzpool labelclearすべき ====== |
| - | 一度ZFSで使ったことがあるストレージを別のzpoolに使い回す際は、zpool labelclearコマンドで当該デバイスからZFSラベル情報を消した方が良さそうだ。 | + | 一度でもZFSで使ったことがあるストレージを別のzpoolに使い回す際は、zpool labelclearコマンドで当該デバイスからZFSラベル情報を消した方が良さそうだ。 |
| 再利用デバイスで新しいプールを作ろうとすると、殆どの場合は以下のようなエラーが出て作ることができない。 | 再利用デバイスで新しいプールを作ろうとすると、殆どの場合は以下のようなエラーが出て作ることができない。 | ||
| 行 12: | 行 12: | ||
| 「有効なプールzrootの一部かもよ」とZFS先生は仰ってるものの、zrootは間違いなくdestroy済みで、僕は確信を以てda0p3でztankを作りたいのだよ。先生ったらお節介～。destroyしたんだからラベル情報も一緒に消しとけよ！と思わなくもないが、ZFSではdestroyの取り消しをサポートしてたりする関係で、こういう仕様なのだろう。削除済みプールの復元については、zpool importの-Dオプションを調べておくんなまし。 | 「有効なプールzrootの一部かもよ」とZFS先生は仰ってるものの、zrootは間違いなくdestroy済みで、僕は確信を以てda0p3でztankを作りたいのだよ。先生ったらお節介～。destroyしたんだからラベル情報も一緒に消しとけよ！と思わなくもないが、ZFSではdestroyの取り消しをサポートしてたりする関係で、こういう仕様なのだろう。削除済みプールの復元については、zpool importの-Dオプションを調べておくんなまし。 | ||
| - | ところがだ、条件は不明だが、このお節介が働かず以前のラベル情報を残したまま新プールが作れちゃうことがある。こうなるとマジで大惨事。新しいプールと昔のプールが管理情報の上では存在する事になり、見るからにヤバげな状態となる。その時の再現ログが↓これ。 | + | ところがである、条件は不明だが、このお節介が働かず以前のラベル情報を残したまま新プールが作れちゃうことがある。こうなるとマジで大惨事。新しいプールと昔のプールが管理情報の上では存在する事になり、見るからにヤバげな状態となる。その時の再現ログが↓これ。 |
| < | < | ||
| 行 39: | 行 39: | ||
| </ | </ | ||
| - | 既にnewtankとして実際にデータが書き込まれ、意味消失してるハズの削除済みプールoldtankが認識されていたのである。 | + | ログ上からは、別々のストレージで構成される2つのプール、newtankとoldtankがあるようにしか見えない。しかし実際のところ、oldtankはnewtank以前にda0p3で使っていたもので、既にdestroy済みのプールなのである。newtankとして実際にデータが書き込まれ、意味消失してるハズの削除済みプールoldtankが認識されているのだ…！ |
| こうなると最早手遅れ。oldtankを再度destroyしようにも「そんなプールは存在しない」と言われるし、ならばとデバイス1234567890123456789をどうにかする方向で頑張ってもどうにもならず…。かと言って、< | こうなると最早手遅れ。oldtankを再度destroyしようにも「そんなプールは存在しない」と言われるし、ならばとデバイス1234567890123456789をどうにかする方向で頑張ってもどうにもならず…。かと言って、< | ||
| というわけで、ZFSプールを作る時は忘れずにlabelclearで以前の情報を消すようにしたい。 | というわけで、ZFSプールを作る時は忘れずにlabelclearで以前の情報を消すようにしたい。 | ||
| + | |||
| + | ---- | ||
| + | **(2017-11-14 追記)** | ||
| + | |||
| + | タイミングよく本症状が発生したのでスクショをうｐ。 | ||
| + | {{ : | ||
| + | |||
| + | やった事はと言うと... | ||
| + | - 以前のzroot（赤い方）を削除しlabelclear | ||
| + | - 新しいzroot（緑の方）を作成 | ||
| + | - FreeBSD 11.0-RELEASEをインストール | ||
| + | - freebsd-updateで11.1-RELEASEに更新するも、ブート時のTrying to mount root～で失敗して起動しなくなる | ||
| + | * 今にして思えば、この時点で古いプールが認識されて旧zrootの方をマウントしようとしてたのかも…？ | ||
| + | - kernel.oldの方から起動してfreebsd-updateで11.0の最新にしようとする | ||
| + | - 見事に失敗して起動しなくなる。起動スプラッシュのシェルでload kernelもload zfsも失敗する状態。 | ||
| + | - インストーラメディアから起動してzpool importしたらこの状態 | ||
| + | |||
| + | 確かにlabelclearしたハズなんだけどなぁ…。変なzpool.cacheでも食ってんのかなぁ…？わからん。 | ||
| + | |||
| + | ---- | ||
| + | **(2017-11-16 追記)** | ||
| + | |||
| + | あ、ありのまま起こったことを（ｒｙ。 | ||
| + | |||
| + | 症状が出たHDDの各パーティションを再度labelclearしてddでゼロフィルまでしたにもかかわらず、古い方のzrootが認識されやがったぜ……。最終的に'' | ||
| + | |||
| + | 結論としては、zpoolを作る時は対象デバイスの''/ | ||