昨年、私は5x3TBのSoftware-RAID5をセットアップし、12TBの使用可能容量を生み出しました。ちょうど今日、より多くのストレージが必要になったので、RAIDをさらに2つの3TBディスクに拡張しました。
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md0 : active raid5 sdd1[7] sde1[6] sdb1[4] sda1[5] sdc1[2] sdg1[1] sdf1[0]
17580801024 blocks super 1.2 level 5, 512k chunk, algorithm 2 [7/7] [UUUUUUU]
unused devices: <none>
これは、/dev/md0
で約6x3TB = 18TBを使用できるようになったことを意味します。サイズパラメータなしで呼び出されたresize2fs
は、32ビットモードでは新しいサイズを使用できないことを通知しました。いくつかの研究は、これが一般的な問題であり、私がしたくない重いいじくり回しなしでは簡単に解決できないことを示しました。
tune2fs
は、64bit
-フラグが実際に欠落していることを確認しました:構成ファイルにはauto_64-bit_support = 1
が設定されています(ファイルシステムの作成時にも設定されているはずです)が、あります)。後で変えられない何かについて泣き言を言うのは無駄です。
悲しいことに、完全なバックアップと復元はオプションではありません(私は知っています、---(はずデータのバックアップが存在しますがすべてデータをバックアップするのに十分なお金しかありません本当にそれの重要な部分)。
次に、resize2fs -S 128 /dev/md0 16T
を使用してファイルシステムのサイズを16TBに変更しようとしましたが、デバイスに十分なスペースがないことを通知し、e2fsck -fy /dev/md0
を実行するようにアドバイスするエラーが返されました-奇妙なことです。その小切手が大丈夫になるまで、私の心は狂ったようにドキドキしました!ただし、サイズを15T
に変更するように指示しても機能しました。
あと数ヶ月は15TBくらいで生活できると思いますが、3TBくらいを無駄にぶらぶらさせるのは本当に嫌いです。私の質問は、これらの3TBをどのように使用できるかということです。私の研究の方向性は
/dev/md0
をパーティション分割して残りの3TBに2番目のファイルシステムを作成することは不可能のようです(パーティションテーブルタイプloop
)しかし、これらの「ソリューション」はどれも十分に文書化/テストされていないか、上記のオプションではなかったため、15TBと3TBの空き容量しかないext4ファイルシステムを含む18TBの/dev/md0
で立ち往生しています。誰かが私が他に何を試す/する/考えることができるかについての考えを持っていますか?
CentOS 6マシンでまったく同じSNAFUに遭遇しました。カーネルは64ビットをサポートしていますが、ファイルシステムは元々64ビットフラグが設定されたフォーマットではありませんでした。いいえ> 16TBのサポート。: ここではtune2fsが役に立たないことを確認できます。ext2/ 3/4ファイルシステムを64ビットに変換することはできません。
幸運なことに、MDアレイの上にLVMを使用しているので、MDアレイに空きスペースを使用して別のLVを作成し、フォーマットすることで、アレイにスペースをいくらか回りくどい方法で追加しました。 64ビットオプションを使用するもの。次に、いくつかのデータを古いファイルシステムから新しいファイルシステムに移動し、古いファイルシステムを縮小し、LVMボリュームグループのサイズを変更(古い縮小、新しい拡張)し、64ビットファイルシステムを拡張し、(数回)繰り返します。 。理想的ではありませんが、md配列を再パーティション化して、そのようにすることをお勧めします。可能です。 (GPartedはここで非常に役立ちます)
私のシステム管理者の経験から、あなたの研究の方向性に取り組むために:
BTRFSへの変換はおそらくオプションではありません。ドキュメントが示唆しているように、BTRFSはまだ開発中であり(カーネル3.1に含まれている3.12でさえ)、重要な(そしてバックアップされていない)データを保存するために使用すべきではありません。ファイルシステムが自然に破損することを示唆するものは何もありませんが、ext4を使用するよりも少し危険です。
パーティショニングは進むべき道であり、GPartedのようなツールではるかに簡単になります。 LVMの上でさらに簡単です...
あなたはLVMをインストールできできますtryと呼ばれるサードパーティのツール- -(Blocks mdアレイ(ブロックデバイス)をLVMボリュームとストレージグループに変換します。これにより、再パーティション化とサイズ変更が少し簡単になります。ルートファイルシステムを変換する必要はありませんが、そのツールはLVMを組み合わせるのに役立つ場合があります。何かがFUBARになった場合、私はこのルートを下りない側に誤りを犯します。事前にテストベンチで練習していました。
おそらく、GPartedを使用して再パーティション化(およびmkfs.ext4 -O 64ビット....を使用した新しいパーティションの手動フォーマット)に固執し、データを手動で移動します。ファイルのサイズがすべて3TB未満であることを確認してください。そうでない場合は、外部ストレージも必要になります。