
KVM環境で実行されている複数の仮想マシンを含むベアメタルUbuntuサーバーを実行します。仮想マシンのサイズを50GBから100GBに増やしたいです。
次のコマンドを実行して、nextcloudph-lv仮想マシンを50 GBから100 GBに増やしました。
sudo lvextend -L+50G /dev/ubuntu-vg/nextcloudph-lv
VM サイズが期待どおりに増加します。
その後、次のコマンドを使用してLVファイルシステムを拡張しようとしました。
sudo resize2fs /dev/ubuntu-vg/nextcloudph-lv
私が受け取る出力は次のとおりです。
lsblk コマンドを実行すると、次の結果が表示されます。
/dev/mapper には以下が含まれます。
これは比較的簡単な過程のようで、どこで間違っているのかよくわかりません。初めてLV拡張をしてみましたが、詰まっています...
よろしくお願いします!
編集する:
A. Darwinの提案に従って「df -hT」コマンドを実行しましたが、次のような結果が出ました。
ext4ファイルシステムを使用してホストVM "ubuntu --lv"を表示できますが、すべてのVMを持つ "nextcloudph --lv"またはsda3への参照はありません。
これに違いがあるかどうかはわかりませんが、VMを設定するときは、まず "lvcreate -L ##G -n lv###### ubuntu-vg"コマンドを使用してスペースを割り当ててからVMをポイントします。 VMを構築するには、ストレージプールを管理してください。
編集 2 nextcloudph-lv VM で「df hT」を実行すると、次の出力が生成されます。
48GB ext4ドライブへの参照がありますが、「/dev/mapper/ubuntu--vg-ubuntu--lv」にあるため、これは奇妙です。
編集3
添付の内容は、Vojtech Trefnyが要求した "lsblk -f"コマンドの出力です。
明確に言えば、使用されている84%はubuntu - lv仮想マシンのみを意味します。 SSDにはまだスペースがたくさん残っています。
答え1
LVはファイルシステムを直接含まないように見えますが、VMのフルディスクイメージにすることができます。この場合、VM内でパーティションのサイズを変更し、ファイルシステムのサイズを変更する必要があります。または、VM を停止し、パーティショニングツールを使用して LV をディスク全体として処理し、データパーティションのサイズを変更して設定することもできます。ループオフセットが拡張パーティションを指し、その中にあるファイルシステムのサイズを変更するデバイスです。
答え2
コマンドを再実行しますsudo lvextend -L+50G /dev/ubuntu-vg/nextcloudph-lv
が、拡張後にサイズを変更するのではなく、コマンドlvextend
でサイズを変更し-r
ますsudo lvextend -L+51G -r /dev/ubuntu-vg/nextcloudph-lv
。
OPで上記と同じエラーが発生した場合は、論理ボリュームに有効なファイルシステムがあることを確認し、そうでない場合はファイルシステムを1に設定してmkfs.ext4 /dev/ubuntu-vg/nextcloudph-lv
サイズを変更してみてください。