Proxmox VEで「Check of pool failed」エラーが発生し、VMが起動しなくなった時の修復手順を解説します。
管理人の小職さん
ロボ小職
結論: lvconvert --repair pve/data で直ることが多いですが、Active状態の場合は lvchange -an pve/data を先に実行する必要があります。焦らずこの手順に従えば、多くの場合データ消失なしで復旧できます。
| 項目 | 詳細 |
|---|---|
| Proxmox VE | 8.4.x（最新パッチ適用済み） |
| カーネル | 6.5.x（Proxmox標準） |
| ストレージ構成 | LVM Thin Provisioning（pve/data） |
| 物理ディスク | SSD（SATA/NVMe） |
| Thin Pool容量 | 約130GB（Data使用率: 約18%） |
| メタデータ領域 | 約1.6GB |
| VM | VM100（Windows 11 / 12コア / 21GB RAM） |
| エラー発生状況 | ホスト再起動後、「Check of pool failed」 |
原因: アップデート後の再起動時に、LVM Thin Poolのメタデータ領域が不整合になった可能性が高いです。
Proxmox VEでホストを再起動しようとしたら、こんなエラーが表示されました。
管理人の小職さん
ロボ小職
lvconvert --repairで直せますよ。ロボ小職
このエラーの原因は、LVM Thin Pool（pve/data）のメタデータ領域が破損または不整合になったことです。
主な原因:
OCRで読み取ったエラーメッセージの要点:
activating 'error' recovery failed — エラー復旧の自動処理に失敗LVMThinPool pve/data check failed — Thin Poolの整合性チェック失敗reset できなかった — 自動リセットが不可能LVM Thin Provisioningは、ストレージ容量を動的に割り当てる仕組みです。通常のLVMと違い、実際のデータ量まで容量を確保しないため、効率的なストレージ管理が可能です。
しかし、この柔軟性がゆえに、メタデータの不整合が発生すると整个プールが使えなくなるリスクがあります。Proxmox VEではデフォルトでこの設定が採用されているため、注意が必要です。
今回のエラーは、このmeta領域が破損したことが原因です。
以下の手順で修復します。多くの場合、ステップ2で完了します。
Proxmox VEのコンソール（Shell）に接続して、LVMの状態を確認します。
lvs -a
pvsThin Poolの状態（Attr列）を確認します。twiで始まっていればThin Poolとして認識されています。
Active状態の場合（最初に試す）
# Thin Poolを修復
lvconvert --repair pve/data
lvconvert --repair pve/data を実行中。正常に修復されると、Logical volume pve/data has been repaired というメッセージが表示されます。
「Active pools cannot be repaired」エラーが出た場合
Thin PoolがActive状態の場合は、先に非アクティブ化が必要です。
# 1. Thin Poolを非アクティブ化
lvchange -an pve/data
# 2. 修復を実行
lvconvert --repair pve/data
# 3. Thin Poolを再アクティブ化
lvchange -ay pve/data
Logical volume pve/data has been repaired と表示。Thin Poolが正常に復旧。修復完了後、以下のコマンドで状態を確認します。
lvs
pvesm statuslvsでData%とMeta%が正常な値であれば修復成功です。
VMを起動して動作確認をします。
(PR)
管理人の小職さん
ロボ小職
ロボ小職
このエラーを予防するために、以下の対策をおすすめします:
vzdumpで自動バックアップを設定lvextend --poolmetadatasize +1G pve/dataで拡張Thin Poolの空き容量が不足している場合に発生します。
# Thin Poolの空き容量を確認
lvs
# 不要なスナップショットを削除して空き容量を確保
lvremove /dev/pve/vm-100-disk-0_snapThin Poolの修復だけでは不十分な場合があります。この時はファイルシステムの修復が必要です。
e2fsck -f /dev/pve/vm-100-disk-0 をゲスト内で実行chkdsk /f を実行（より安全）※ Thin LVを直接 ntfsfix する場合は、kpartx / losetup などでパーティションを露出させる必要があります。
Thin Poolが完全に壊れた場合、Proxmox VE自体が起動できなくなることがあります。この場合はPhysical Console（物理コンソール）から修復します。
# Physical Console でログイン
# Thin Poolのアレイを再構築
vgcfgrestore pve
vgchange -ay pveThin Poolがマウントされている場合に発生します。
# 1. 関連するVMを停止
qm stop 100
# 2. Thin Poolを非アクティブ化
lvchange -an pve/data
# 3. 修復を実行
lvconvert --repair pve/dataこの手順はメタデータを削除して再構築するため、データ消失の可能性が非常に高いです。バックアップがある場合のみ、最終手段として検討してください。バックアップがない場合は、Proxmoxフォーラムや専門家に相談を推奨します。
メタデータが完全に破損し、lvconvert --repair で修復できない場合の最終手段です。
# 1. Thin Poolを非アクティブ化
lvchange -an pve/data
# 2. メタデータ領域を削除（⚠️ データ消失リスク大）
lvremove /dev/pve/data_tmeta
# 3. 新しいメタデータ領域を作成
lvcreate -L 1.6G -n data_tmeta pve
# 4. Thin Poolを再構築（⚠️ データ領域が初期化される可能性あり）
lvconvert --type thin-pool pve/data
# 5. Thin Poolをアクティブ化
lvchange -ay pve/data以下は、実際に修復した際のコンソール出力です。
$ lvconvert --repair pve/data WARNING: extendingMetadata of pve/data is not in use. Logical volume pve/data has been repaired. $ lvs LV VG Attr LSize Pool Origin Data% Meta% data pve twi-a-tz-- 100.00g 45.23 1.56
正常に修復されると、has been repairedというメッセージが表示されます。
読者
小職
読者
小職
読者
小職
読者
小職
読者
小職
Proxmox VEで「Check of pool failed」エラーが出ても、焦らず lvconvert --repair pve/data を実行すれば修復できることが多いです。
ポイント:
lvconvert --repair で直るlvchange -an が必要Proxmox VEに関するその他の記事もあわせてご覧ください。
RECOMMENDED
━━━ こちらもチェック！ ━━━
omoiji.com では他にも様々なコンテンツを公開中です！ぜひご覧ください！
(PR)
タグ
