Ich habe einen Xen-VPS, den ich gerade auf das neue LTS 12 Precise Pangolin aktualisiert habe.
Beim Booten wird mir jedoch dieser Fehler angezeigt:
[ 12.848076] end_request: I/O error, dev xvda, sector 12841
[ 12.848093] end_request: I/O error, dev xvda, sector 12841
[ 12.848103] Buffer I/O error on device xvda1, logical block 1605
[ 12.848110] lost page write due to I/O error on xvda1
[ 12.848129] Aborting journal on device xvda1.
Führt dazu, dass / nur schreibgeschützt gemountet wird. Neustart:
[ 3.087257] EXT3-fs (xvda1): warning: ext3_clear_journal_err: Marking fs in need of filesystem check.
[ 3.087677] EXT3-fs (xvda1): recovery complete
[ 3.088514] EXT3-fs (xvda1): mounted filesystem with ordered data mode
Begin: Running /scripts/local-bottom ... done.
done.
Begin: Running /scripts/init-bottom ... done.
fsck from util-linux 2.20.1
PRGMRDISK1 contains a file system with errors, check forced.
Checking disk drives for errors. This may take several minutes.
Press C to cancel all checks in progress
PRGMRDISK1: ***** REBOOT LINUX *****
PRGMRDISK1: 371152/6001184 files (2.8% non-contiguous), 4727949/12000000 blocks
mountall: fsck / [308] terminated with status 3
mountall: System must be rebooted: /
[ 151.566949] Restarting system.
Name ID Mem VCPUs State Time(s)
shadowmint 236 2048 1 --p--- 0.0
Neustart -> zurück zu 1.
Dies ist definitiv ein Problem des Kernels 3.2, da dieses Problem beim Booten der Kernel-Serien 3.0.0 oder 2.6.38 wie von Zauberhand verschwindet.
Ich bin sicher, dass es sich hier um irgendein komisches Xen-Ding handelt, aber ich habe keine Ahnung.
Irgendjemand?
Bis dies gelöst ist,dringend von einem Upgrade abzuratenwenn Sie einen Xen-Server betreiben.
Antwort1
Mir ist aufgefallen, dass es einen speziellen Kernel für virtuelle Maschinen gibt:
linux-image-3.2.0-23-virtual - Linux-Kernel-Image für Version 3.2.0 auf 64-Bit x86 virtuellen Gästen linux-image-extra-3.2.0-23-virtual - Linux-Kernel-Image für Version 3.2.0 auf 64-Bit x86 virtuellen Gästen
Vielleicht ist das die Lösung?
Antwort2
Ich hatte ein ähnliches Problem, aber ähnliche Probleme haben nicht unbedingt ähnliche Ursachen :-D. Ich habe es gelöstmein Problemdurch Hinzufügen derkeine Barriere(Einhängeoption) in /etc/fstab
der Einhängezeile der Root-Partition:
UUID=7960e41c-6ad3-458e-ba0b-289c43a7508f / ext4 nobarrier 0 1
Nach dem ersten erfolgreichen Neustart habe ich ausgeführt
dmesg | grep barrier
und das ist, was ich habe:
[ 0.690596] blkfront: xvda: barrier: enabled
[ 12.914802] blkfront: xvda: empty barrier op failed
[ 12.914807] blkfront: xvda: barrier or flush: disabled
[ 14.806961] EXT4-fs (xvda1): re-mounted. Opts: errors=continue,nobarrier