dom0 と 4 つの domU のそれぞれに Oneiric を搭載した Xen 4.1 を実行するサーバーがあります。domU のシステム ディスクは、mdadm RAID1 上に構築された LVM2 ボリュームです。
すべての domU システム ディスクは EXT4 であり、同じ元のテンプレートのスナップショットを使用して作成されます。そのうち 3 つは正常に動作しますが、1 つ (s-ub-02) は読み取り専用で再マウントされ続けます。その後、e2fsck単一の「無効なエクステント」診断が発生します。
e2fsck 1.41.14 (22-Dec-2010)
/dev/domu/s-ub-02-root contains a file system with errors, check forced.
Pass 1: Checking inodes, blocks, and sizes
Inode 525418 has an invalid extent
(logical block 8959, invalid physical block 0, len 0)
Clear<y>? yes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/domu/s-ub-02-root: 77757/655360 files (0.3% non-contiguous), 360592/2621440 blocks
コンソールには通常、システム ディスク (xvda2) に関する次のエラーが表示されます。
[101980.903416] EXT4-fs error (device xvda2): ext4_ext_find_extent:732: inode #525418: comm apt-get: bad header/extent: invalid extent entries - magic f30a, entries 12, max 340(340), depth 0(0)
[101980.903473] EXT4-fs (xvda2): Remounting filesystem read-only
システム ディスクの新しいバージョンを作成しました。 いつも同じことが起こります。 これと、ディスクが最終的に RAID1 上にあるという事実により、ハードウェア ディスク エラーを回避できます。
この domU の唯一の明らかな特徴は の存在なのでnfs-kernel-server、それが原因ではないかと考えています。そのexportsファイルは次のようになります。
/exports/users 192.168.0.0/255.255.248.0(rw,sync,no_subtree_check)
/exports/media/music 192.168.0.0/255.255.248.0(rw,sync,no_subtree_check)
/exports/media/pictures 192.168.0.0/255.255.248.0(rw,sync,no_subtree_check)
/exports/opt 192.168.0.0/255.255.248.0(rw,sync,no_subtree_check)
/exports/users/exports/optシステム ディスクと同じボリューム グループの LVM2 ボリュームです。EXT2ボリューム/exports/mediaです。(クライアントが/exports/media/pictures読み取り専用ボリュームとして認識するという問題がありますが、完全性のためにこれについて言及します。)
読み取り専用の問題を除いて、NFS サーバーは、「無効なエクステント」問題が発生するまでの数時間は、軽い負荷で正常に動作するように見えます。
には役立つエントリがありません/var/log。突然、ファイルが書き込まれなくなったため、ディスクが読み取り専用で再マウントされた時期はわかりますが、原因が何であるかはわかりません。
この問題について誰か助けてくれませんか?
スティーブ
答え1
この問題は OP によって解決されました:
ext4 が再び動作し始めたため、ext4 を捨てて ext3 に戻すことで、ようやくこの問題を解決しました。この特定の VM では何か奇妙なことが起きていますが、それが何なのかを調べるのにこれ以上時間を費やすことはできません。