Fehler im Dateisystem und Probleme mit dem Kernel

[Levy]

Hallo zusammen,

wir fahren momentan ESX 2.50 auf einem PowerEdge 1750 (1 x Xeon, 1 GB RAM, 2 x SCSI320 als Raid 1). Darauf installiert sind zwei VM's:

1. MS Windows 2000 Server (alle Patches)
2. "Linux From Scratch"-Linux (Kernel 2.4.30 / EXT3)

Der Windows 2000 Server läuft einwandfrei wie ein Glöckchen, das Linuxsystem scheint aber außerordentlich bockig zu sein... In regelmäßigen Abständen tauchen folgende Einträge im Kernellog auf:

May 7 06:47:56 nautilus-backup-24 kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000024
May 7 06:47:56 nautilus-backup-24 kernel: printing eip:
May 7 06:47:56 nautilus-backup-24 kernel: c015b472
May 7 06:47:56 nautilus-backup-24 kernel: *pde = 00000000
May 7 06:47:56 nautilus-backup-24 kernel: Oops: 0000 [#1]
May 7 06:47:56 nautilus-backup-24 kernel: Modules linked in:
May 7 06:47:56 nautilus-backup-24 kernel: CPU: 0
May 7 06:47:56 nautilus-backup-24 kernel: EIP: 0060:[iput+28/111] Not tainted
May 7 06:47:56 nautilus-backup-24 kernel: EFLAGS: 00000283 (2.6.7)
May 7 06:47:56 nautilus-backup-24 kernel: EIP is at iput+0x1c/0x6f
May 7 06:47:56 nautilus-backup-24 kernel: eax: 00000000 ebx: d17d6e0c ecx: d17d6e1c edx: d17d6e1c
May 7 06:47:56 nautilus-backup-24 kernel: esi: d17d6e0c edi: 00000057 ebp: dfffea08 esp: c15c3eec
May 7 06:47:56 nautilus-backup-24 kernel: ds: 007b es: 007b ss: 0068
May 7 06:47:56 nautilus-backup-24 kernel: Process kswapd0 (pid: 28, threadinfo=c15c2000 task=c148c630)
May 7 06:47:56 nautilus-backup-24 kernel: Stack: cc4ecbe0 cc4ecb4c c015940a d17d6e0c c15c3efc 00000080 00000000 c15c2000
May 7 06:47:56 nautilus-backup-24 kernel: c0159721 00000080 c0134aee 00000080 000000d0 0001e49d 0010fd40 00000000
May 7 06:47:56 nautilus-backup-24 kernel: 00000180 00000008 00000000 c0331644 00000001 0000000b c0331520 c0135c5c
May 7 06:47:56 nautilus-backup-24 kernel: Call Trace:
May 7 06:47:56 nautilus-backup-24 kernel: [prune_dcache+252/297] prune_dcache+0xfc/0x129
May 7 06:47:56 nautilus-backup-24 kernel: [shrink_dcache_memory+31/40] shrink_dcache_memory+0x1f/0x28
May 7 06:47:56 nautilus-backup-24 kernel: [shrink_slab+336/391] shrink_slab+0x150/0x187
May 7 06:47:56 nautilus-backup-24 kernel: [balance_pgdat+429/495] balance_pgdat+0x1ad/0x1ef
May 7 06:47:56 nautilus-backup-24 kernel: [kswapd+199/215] kswapd+0xc7/0xd7
May 7 06:47:56 nautilus-backup-24 kernel: [autoremove_wake_function+0/87] autoremove_wake_function+0x0/0x57
May 7 06:47:56 nautilus-backup-24 kernel: [autoremove_wake_function+0/87] autoremove_wake_function+0x0/0x57
May 7 06:47:56 nautilus-backup-24 kernel: [kswapd+0/215] kswapd+0x0/0xd7
May 7 06:47:56 nautilus-backup-24 kernel: [kernel_thread_helper+5/11] kernel_thread_helper+0x5/0xb
May 7 06:47:56 nautilus-backup-24 kernel:
May 7 06:47:56 nautilus-backup-24 kernel: Code: 8b 40 24 74 44 85 c0 74 07 8b 48 14 85 c9 75 31 ff 4b 1c 0f
May 8 07:10:11 nautilus-backup-24 kernel: <1>Unable to handle kernel NULL pointer dereference at virtual address 00000038
May 8 07:10:11 nautilus-backup-24 kernel: printing eip:
May 8 07:10:11 nautilus-backup-24 kernel: c014d6ac
May 8 07:10:11 nautilus-backup-24 kernel: *pde = 00000000
May 8 07:10:11 nautilus-backup-24 kernel: Oops: 0000 [#2]
May 8 07:10:11 nautilus-backup-24 kernel: Modules linked in:
May 8 07:10:11 nautilus-backup-24 kernel: CPU: 0
May 8 07:10:11 nautilus-backup-24 kernel: EIP: 0060:[vfs_getattr+32/154] Not tainted
May 8 07:10:11 nautilus-backup-24 kernel: EFLAGS: 00000286 (2.6.7)
May 8 07:10:11 nautilus-backup-24 kernel: EIP is at vfs_getattr+0x20/0x9a
May 8 07:10:11 nautilus-backup-24 kernel: eax: cc4ecab8 ebx: d17d6c0c ecx: caf09f28 edx: 00000000
May 8 07:10:11 nautilus-backup-24 kernel: esi: caf09f6c edi: 0806b4a0 ebp: caf08000 esp: caf09f00
May 8 07:10:11 nautilus-backup-24 kernel: ds: 007b es: 007b ss: 0068
May 8 07:10:11 nautilus-backup-24 kernel: Process tar (pid: 26469, threadinfo=caf08000 task=de11ae30)
May 8 07:10:11 nautilus-backup-24 kernel: Stack: dffdcc80 cabe5000 caf09f6c 00000000 caf09f28 0806b4a0 c014d7cd dffcf700
May 8 07:10:11 nautilus-backup-24 kernel: cc4ecab8 caf09f6c cc4ecab8 dffcf700 427c462f 00000000 415921a4 00000000
May 8 07:10:11 nautilus-backup-24 kernel: 00000001 00000000 00044f4c 00000000 caf09f6c 4015c408 caf09f6c 4015c408
May 8 07:10:11 nautilus-backup-24 kernel: Call Trace:
May 8 07:10:11 nautilus-backup-24 kernel: [vfs_lstat+76/88] vfs_lstat+0x4c/0x58
May 8 07:10:11 nautilus-backup-24 kernel: [sys_lstat64+27/57] sys_lstat64+0x1b/0x39
May 8 07:10:11 nautilus-backup-24 kernel: [syscall_call+7/11] syscall_call+0x7/0xb
May 8 07:10:11 nautilus-backup-24 kernel:
May 8 07:10:11 nautilus-backup-24 kernel: Code: 8b 4a 38 85 c9 74 22 89 44 24 04 89 74 24 08 8b 44 24 1c 89
May 8 08:05:29 nautilus-backup-24 kernel: <1>Unable to handle kernel NULL pointer dereference at virtual address 00000038
May 8 08:05:29 nautilus-backup-24 kernel: printing eip:
May 8 08:05:29 nautilus-backup-24 kernel: c014d6ac
May 8 08:05:29 nautilus-backup-24 kernel: *pde = 00000000
May 8 08:05:29 nautilus-backup-24 kernel: Oops: 0000 [#3]
May 8 08:05:29 nautilus-backup-24 kernel: Modules linked in:
May 8 08:05:29 nautilus-backup-24 kernel: CPU: 0
May 8 08:05:29 nautilus-backup-24 kernel: EIP: 0060:[vfs_getattr+32/154] Not tainted
May 8 08:05:29 nautilus-backup-24 kernel: EFLAGS: 00000286 (2.6.7)
May 8 08:05:29 nautilus-backup-24 kernel: EIP is at vfs_getattr+0x20/0x9a
May 8 08:05:29 nautilus-backup-24 kernel: eax: cc4ecab8 ebx: d17d6c0c ecx: d2d29f28 edx: 00000000
May 8 08:05:29 nautilus-backup-24 kernel: esi: d2d29f6c edi: 0806b4a0 ebp: d2d28000 esp: d2d29f00
May 8 08:05:29 nautilus-backup-24 kernel: ds: 007b es: 007b ss: 0068
May 8 08:05:29 nautilus-backup-24 kernel: Process tar (pid: 27012, threadinfo=d2d28000 task=da6e61b0)
May 8 08:05:29 nautilus-backup-24 kernel: Stack: dffdcc80 cdedb000 d2d29f6c 00000000 d2d29f28 0806b4a0 c014d7cd dffcf700
May 8 08:05:29 nautilus-backup-24 kernel: cc4ecab8 d2d29f6c cc4ecab8 dffcf700 427c462f 00000000 415921a4 00000000
May 8 08:05:29 nautilus-backup-24 kernel: 00000001 00000000 00044f4c 00000000 d2d29f6c 4015c408 d2d29f6c 4015c408
May 8 08:05:29 nautilus-backup-24 kernel: Call Trace:
May 8 08:05:29 nautilus-backup-24 kernel: [vfs_lstat+76/88] vfs_lstat+0x4c/0x58
May 8 08:05:29 nautilus-backup-24 kernel: [sys_lstat64+27/57] sys_lstat64+0x1b/0x39
May 8 08:05:29 nautilus-backup-24 kernel: [syscall_call+7/11] syscall_call+0x7/0xb
May 8 08:05:29 nautilus-backup-24 kernel:
May 8 08:05:29 nautilus-backup-24 kernel: Code: 8b 4a 38 85 c9 74 22 89 44 24 04 89 74 24 08 8b 44 24 1c 89

Das geht soweit, dass die VM alle zwei Tage einfach stehen bleibt und ein Reboot erforderlich wird. Hinzu kommt, dass die Systemuhr scheinbar 1,5x so schnell läuft, wie normal. Was wir bisher alles ausprobiert haben:

1. Kernel 2.6.11.7 -> gleiches Ergebnis
2. Kernel 2.6.7 -> gleiches Ergebnis
3. Kernel 2.4.30 -> momentan in Betrieb

1. und 2. wurden ohne vmemctl und vmhgfs betrieben, da diese beiden Kernel nicht unterstützt werden. Bei 3. laufen beide Module problemlos und sind geladen. Darüber hinaus kommt der vmlance-Treiber zum Einsatz.

Erstaunlicherweise meldet das LFS manchmal auch eine defekte Platte (Fehler in den INodes). Inzwischen haben wir bereits zweimal das gesamte System (LFS) auf neuen virtuellen Disks installiert. Keine Änderung...

So langsam mit ich mit meiner Weisheit am Ende. Hat jemand schon mal ein ähnliches Phänomen gehabt?

Vielen Dank und viele Grüße
Levy

[Tovaco]

da stellt sich natürlich zuerst die frage "ist das überhaupt" supported ?

esx kann meins wissens nur gut ab 2cpus.

vielleicht gibts da bekannte probleme ?

hatte ich mit´ner alten ibm netfinity auch...die kann halt einfach nicht alles und dann wundert man sich über fehlfunktionen...

grüße thorsten