Ich habe einen Server mit Xen 4.1 und Oneiric im Dom0 und in jedem der 4 DomUs. Die Systemfestplatten der DomUs sind LVM2-Volumes, die auf einem mdadm RAID1 aufgebaut sind.
Alle DomU-Systemfestplatten sind EXT4 und werden mit Snapshots derselben Originalvorlage erstellt. Drei davon laufen einwandfrei, aber eine (genannt s-ub-02) wird immer wieder schreibgeschützt neu gemountet. Dies e2fsckführt zu einer einzigen Diagnose „ungültiger Umfang“:
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
Die Konsole zeigt normalerweise die folgenden Fehler für die Systemfestplatte (xvda2) an:
[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
Ich habe neue Versionen der Systemplatte erstellt. Es passiert immer das gleiche. Dies und die Tatsache, dass die Platte letztlich auf einem RAID1 liegt, lässt mich einen Hardware-Festplattenfehler ausschließen.
Das einzige offensichtliche Unterscheidungsmerkmal dieses DomU ist das Vorhandensein von nfs-kernel-server, daher vermute ich das. Seine exportsDatei sieht folgendermaßen aus:
/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/usersund /exports/optsind LVM2-Volumes aus derselben Volume-Gruppe wie die Systemfestplatte. /exports/mediaist ein EXT2-Volume. (Es gibt ein Problem, bei dem Clients es /exports/media/picturesals schreibgeschütztes Volume betrachten, was ich der Vollständigkeit halber erwähne.)
Mit Ausnahme des Nur-Lese-Problems scheint der NFS-Server bei geringer Belastung mehrere Stunden lang ordnungsgemäß zu funktionieren, bevor das Problem des „ungültigen Umfangs“ auftritt.
Es finden sich keine hilfreichen Einträge in /var/log. Es werden plötzlich keine Dateien mehr geschrieben, man sieht also zwar, wann die Platte schreibgeschützt neu gemountet wurde, aber es gibt keinen Hinweis darauf, was die Ursache sein könnte.
Kann mir jemand bei diesem Problem helfen?
Steve
Antwort1
Dieses Problem wurde vom OP gelöst:
Ich habe dieses Problem schließlich gelöst, indem ich ext4 aufgegeben und zu ext3 zurückgekehrt bin, nachdem ext4 wieder Probleme gemacht hat. In dieser bestimmten VM läuft etwas Seltsames, aber ich kann keine Zeit mehr darauf verwenden, herauszufinden, was es ist.