web-dev-qa-db-ja.com

LVを拡張した後、システムがVGをロックできませんか？

そのため、サーバーでVGを拡張しました。基本的に、ローカルディスクは300GBです。最初に2つのパーティションを作成しました。sda1はプライマリパーティションで、ext4が/ bootに割り当てられています。 sda2は、74G VGが存在する場所です（vgはサーバーのホスト名です）。

だから私は余分な225Gを残しました。先に進み、3番目のプライマリパーティションsda3を作成し、sda3でVGを正常に作成した後、lvextendを使用してlvのサイズを1GB拡張しました。

だから、これが私がfdiskの後に実行したコマンドです：

pvcreate /dev/sda3
vgextend hostname /dev/sda3
lvextend -L+1G /dev/hostname/home

次の出力を受け取りました。

Extending logical volume home to 2.00 GiB
Logical volume home successfully resized

ただし、プロンプトは数時間最後のメッセージでスタックしています。 lvscan /またはlvdisplayを実行しようとすると、次のエラーで失敗します。

/var/lock/lvm/V_hostname: flock failed: Interrupted system call
Can't get lock for hostname
Skipping volume group hostname

だから私の質問は、私のシステムが実際にサイズ変更を正常に実行したと思いますか？再起動しても安全ですか？それとももう少し待つ必要がありますか？これはLVM2であるため、lvがアクティブにマウントされているときにこれらの操作をライブで実行できると想定していました。これは使用しているファイルシステムの種類によって異なりますが、ext4を使用しているので良かったと思いました。

lvmrhel6
2
slugman

Lvm.confを保存します

「locking_type = 3」を「locking_type = 0」に変更します。 pvs、lvs、vgs操作を実行します。

すべてが良好に見える場合は、locking_typeを元に戻し、再起動します。

1
user240363

まあ、それはうまくいくはずでした（マウントされた論理ボリュームのサイズ変更に問題はありませんでした...）

何らかの理由で、システムがLVMロックを削除していません（/ var/lock/lvm/hostnameファイルはありますか？）

FSのサイズはまだ変更されていないので、問題ないはずです。
1ロックを解除する

  rm /var/lock/lvm/hostname

2再起動
3論理ボリュームのステータスを確認します
4ファイルシステムのサイズを変更する

幸運を！

1
mrc