☰

リモートシステムで物理ディスク障害が発生した場合のLVMの回復

tag-icon • tag-icon lvm remote
リモートシステムで物理ディスク障害が発生した場合のLVMの回復

ここでこのような質問をたくさん受けますが、私と同じ状況を経験する人を見たことはありません。システムのLVMボリュームグループに障害が発生したため、物理的にアクセスできません。詳しくは下記をご覧ください。

私は、4TB HDDと750GB SSDという2つの物理ボリュームを備えたDebian 10 Linuxサーバーを持っています。 SSDにはブートボリュームが含まれています。 HDDは、単一の物理ボリューム（/ dev / sda、4TB HDD）と複数の論理ボリュームを持つLVMボリュームグループで構成されています。

HDDは明らかに欠陥があります。 /dev/sda が存在しなくなり、ディスクから読み取ろうとすると、I/O エラーが発生するため診断できません。

ディスク上のデータは重要ではなく、システムのバックアップがあります。問題は、そのシステムが地球の反対側にあるスイスの私の家の地下室に置かれている頭のないLinuxボックスだということでした。私が心配しているのは、再起動が起動中に失敗し、診断モードに入る可能性が高く、ネットワーク経由でアクセスできないことです。このような場合には、友人にその情報を集めて私にメールで送ってもらうように頼むべきですが、数ヶ月間ダウンするので本当に避けたいことです。次回家を訪れて交換するまでは、/dev/sdaがなくても生きることができます。

LVMから得られた出力は次のとおりです。

sudo /sbin/pvdisplay -vd /dev/sda
  Error reading device /dev/Webcams/Birch-Snapshot at 0 length 512.
  Error reading device /dev/Webcams/Birch-Snapshot at 0 length 4096.
  Error reading device /dev/Webcams/Birch-Video at 0 length 512.
  Error reading device /dev/Webcams/Birch-Video at 0 length 4096.
  Error reading device /dev/Webcams/Roof-Snapshot at 0 length 512.
  Error reading device /dev/Webcams/Roof-Snapshot at 0 length 4096.
  Error reading device /dev/Webcams/Roof-Video at 0 length 512.
  Error reading device /dev/Webcams/Roof-Video at 0 length 4096.
  Error reading device /dev/Webcams/Tree-Snapshot at 0 length 512.
  Error reading device /dev/Webcams/Tree-Snapshot at 0 length 4096.
  Error reading device /dev/Webcams/Tree-Video at 0 length 512.
  Error reading device /dev/Webcams/Tree-Video at 0 length 4096.
  Error reading device /dev/Webcams/Archive at 0 length 512.
  Error reading device /dev/Webcams/Archive at 0 length 4096.
  Error reading device /dev/Webcams/Video2 at 0 length 512.
  Error reading device /dev/Webcams/Video2 at 0 length 4096.
  Error reading device /dev/Webcams/Backup at 0 length 512.
  Error reading device /dev/Webcams/Backup at 0 length 4096.
  Failed to find device for physical volume "/dev/sda".

vgs -vd と lvs -vd の両方を 1 行だけ実行して印刷します。

sudo /sbin/vgs -vd
    No volume groups found.

/etc/fstab は、次のように各論理ボリュームをマウントします。

# <file system>             <mount point>  <type>  <options>  <dump>  <pass>
/dev/Webcams/Archive            /mnt/Webcams/Archive        ext4    defaults,nofail         1 2

/dev/Webcamsは次のとおりです。

ls -l /dev/Webcams
total 0
lrwxrwxrwx 1 root root 7 Aug 25 08:05 Archive -> ../dm-6
lrwxrwxrwx 1 root root 7 Aug 25 08:05 Backup -> ../dm-8
lrwxrwxrwx 1 root root 7 Aug 25 08:05 Birch-Snapshot -> ../dm-0
lrwxrwxrwx 1 root root 7 Aug 25 08:05 Birch-Video -> ../dm-1
lrwxrwxrwx 1 root root 7 Aug 25 08:05 Roof-Snapshot -> ../dm-2
lrwxrwxrwx 1 root root 7 Aug 25 08:05 Roof-Video -> ../dm-3
lrwxrwxrwx 1 root root 7 Aug 25 08:05 Tree-Snapshot -> ../dm-4
lrwxrwxrwx 1 root root 7 Aug 25 08:05 Tree-Video -> ../dm-5
lrwxrwxrwx 1 root root 7 Aug 25 08:05 Video2 -> ../dm-7

/dev/mapper ディレクトリもあります。

ls -l /dev/mapper
total 0
crw------- 1 root root 10, 236 Aug  3 10:44 control
lrwxrwxrwx 1 root root       7 Aug 25 08:05 Webcams-Archive -> ../dm-6
lrwxrwxrwx 1 root root       7 Aug 25 08:05 Webcams-Backup -> ../dm-8
lrwxrwxrwx 1 root root       7 Aug 25 08:05 Webcams-Birch--Snapshot -> ../dm-0
lrwxrwxrwx 1 root root       7 Aug 25 08:05 Webcams-Birch--Video -> ../dm-1
lrwxrwxrwx 1 root root       7 Aug 25 08:05 Webcams-Roof--Snapshot -> ../dm-2
lrwxrwxrwx 1 root root       7 Aug 25 08:05 Webcams-Roof--Video -> ../dm-3
lrwxrwxrwx 1 root root       7 Aug 25 08:05 Webcams-Tree--Snapshot -> ../dm-4
lrwxrwxrwx 1 root root       7 Aug 25 08:05 Webcams-Tree--Video -> ../dm-5
lrwxrwxrwx 1 root root       7 Aug 25 08:05 Webcams-Video2 -> ../dm-7

したがって、/dev/Webcams と /dev/mapper の両方に、/dev にあるファイルへのシンボリックリンクがあります。

ls -l /dev/*dm-*
brw-rw---- 1 root disk 253, 0 Aug 25 08:05 /dev/dm-0
brw-rw---- 1 root disk 253, 1 Aug 25 08:05 /dev/dm-1
brw-rw---- 1 root disk 253, 2 Aug 25 08:05 /dev/dm-2
brw-rw---- 1 root disk 253, 3 Aug 25 08:05 /dev/dm-3
brw-rw---- 1 root disk 253, 4 Aug 25 08:05 /dev/dm-4
brw-rw---- 1 root disk 253, 5 Aug 25 08:05 /dev/dm-5
brw-rw---- 1 root disk 253, 6 Aug 25 08:05 /dev/dm-6
brw-rw---- 1 root disk 253, 7 Aug 25 08:05 /dev/dm-7
brw-rw---- 1 root disk 253, 8 Aug 25 08:05 /dev/dm-8

私の質問：再起動中にシステムが診断モードに入らないようにするにはどうすればよいですか？ /etc/fstabで関連行をコメントアウトするだけで十分でしょうか、それとも別の操作を実行する必要がありますか？

私が心配しているのは、lvm自体が起動中に確認して起動が完了しないようにするエラーを引き起こす可能性があることです。私は他のボリュームにlvmを使用しないので、理論的には少なくともパッケージを削除できると思います。システムの状態を考えると、それが賢明かどうかはわかりませんが。

どんな助けでも大変感謝します。

ベストアンサー1

/etc/fstab記載されている各行をコメントアウトします/dev/Webcams。システムに同じボリュームグループに属する別のディスクがない場合は、これで十分です。

Linux LVM（カーネルバージョン2.6以降）は通常VG設定を保存しません/etc。すべての設定情報は、個々のPVのLVMヘッダに保存されます。ルートファイルシステムがLVMにある場合、initramfsは通常、ルートファイルシステム（および/etc/initramfs-tools/conf.d/resumeDebianの場合はスワップ領域）を含む特定のLVのみを有効にしようとします。

そのsdaディスクがウェブカメラVGの唯一のディスクであり、エラーが発生した場合、LVMは再起動後にVGが存在することを知りません。これを参照する行をコメントアウトした後は、/etc/fstab起動プロセスを妨げるインストールの試行に失敗しないでください。

ただし、WebカメラVGにまだ生きていて動作している他のディスクも含まれている場合、LVMはVGの一部を検出し、起動時に緊急シェルに入ることができます。vgreduce --removemissing --force起動前に実行すると、これが発生するのを防ぎます。これにより、欠落しているディスクを忘れるように、このVGの残りのディスク上のVG設定が効果的に更新されます。この--forceオプションを使用すると、部品が失われる可能性があるすべてのLVが消去または削除されます。

おすすめ記事