同様の質問はServerFault から既にリクエストされています。ただし、すでに回答されている質問の解決策によれば、問題が発生する可能性があるいくつかの違いがあるため、確認する必要があります。
アイデアは、/var/www/html/ ディレクトリに存在/mnt/a/www/html/し、現在存在するファイルを表示させることです/var/www/html/。
4TB HDDをで取り付けました/var。そのドライブに空き容量がなく、まだインストールされていない4TB HDDを追加しました。/mnt/a/たとえば、私の計画は、この新しいハードドライブのマウントポイントを作成し、ユーティリティを使用してmhddfsそれを単一のマウントポイント/varにマージすることです。おそらく次のコマンドを使用します。 /mnt/a/var
mhddfs /var/,/mnt/a/ /var/
これにより、両方のハードドライブにマウントポイントがあるため、/varサーバーを再起動する必要はありません。mhddfs結果のマウントポイントが次のいずれかに等しい場合、そのコマンドの実行はサポートされますか？マージ予定マウントポイント？それとももっと良い方法がありますか？
答え1
コメントで述べたように、mhddfs重要な生産システムで使用するのは悪い考えのようです。
問題に対する良い解決策は、LVM2を使用することです。ステップは次のとおりです。
vgcreate新しいハードディスクを使用して新しいLVMボリュームグループ（）を作成します。lvcreate以前に作成されたボリュームグループから新しいLVM論理ボリューム（）を作成します。- サイズ変更をサポートするファイルシステムを使用して論理ボリュームをフォーマットします。
これで、きれいな4TiBファイルシステムがあります。それから私は次のことをします。
- 新しいファイルシステムを一時的な場所にマウントします（仮定
/var-tmp）。 rsync /var /var-tmp。
この時点で、すでに古いバージョンの/varコピーがあります/var-tmp。それから：
- すべての依存サービスを停止します
/var。 umount /var。- 代わりに、/ varに新しいLVMベースのFSをマウントしてください。
- サービスを再起動します。
この段階では、/var新しいハードドライブに移行しました。それから：
pvcreateLVM2ボリュームグループで使用する既存のHDDを準備するために使用されます。vgextendボリュームグループに追加します。- FSのサイズを変更します。
これで8TiBができました/var。
ノート: umount /var は、複数のシステムデーモンがそれに依存するため、少し複雑になる可能性があります。システムがこの操作を拒否した場合は、数分間オフラインにする必要がありますが、準備ができているとシステムが利用できない時間が短くなる可能性があります。