Servus miteinand,
ich hab bei 1und1 einen Rootserver (Debian etch) und seit längerem bleibt er leider in unregelmäßigen Abständen immer wieder komplett stehen. Ich komme dann weder per ssh noch über die serielle konsole an der server ran. Wenn ich das System über das kontroll center
neu starte funktioniert wieder alles wunderbar.
Hier ein Auszug des syslogs vom letzten Crash:
Die segfaults standen auch schon bei apt-get mit drin und im kern.log taucht hin und wieder auch folgendes auf:
Erste Vermutung war natürlich Festplatte oder RAM aber leider kam ich im Rescue modus zu keinem klaren Ergebnis. Ich hab alle Schritte wie beschrieben durchgeführt:
http://hilfe-center.1und1.de/server/root_server/rescue_und_recovery/1.html
Ich hatte auch schon kontakt mit 1und1 und diese haben nach mehrmaligen nachfragen folgendes geschrieben:
Grundsätzlich denke ich schon das hier wohl irgend ein hardware fehler vor liegt, allerdings kann ich den nicht
nachvollziehen und so 1und1 bitten was aus zu tauschen.... vielleicht hat jemand noch einen tip für mich.
merci schon mal,
Kevin
ich hab bei 1und1 einen Rootserver (Debian etch) und seit längerem bleibt er leider in unregelmäßigen Abständen immer wieder komplett stehen. Ich komme dann weder per ssh noch über die serielle konsole an der server ran. Wenn ich das System über das kontroll center
neu starte funktioniert wieder alles wunderbar.
Hier ein Auszug des syslogs vom letzten Crash:
Code:
Jul 18 06:25:02 s15326458 kernel: Unable to handle kernel paging request at 0000000000040000 RIP:
Jul 18 06:25:02 s15326458 kernel: [<ffffffff802a8b18>] __d_lookup+0xdf/0xff
Jul 18 06:25:02 s15326458 kernel: PGD 3383d067 PUD 33809067 PMD 0
Jul 18 06:25:02 s15326458 kernel: Oops: 0000 [6] SMP
Jul 18 06:25:02 s15326458 kernel: CPU 1
Jul 18 06:25:02 s15326458 kernel: Modules linked in: xt_tcpudp iptable_filter ip_tables x_tables ipv6 cpufreq_userspace ac battery xfs dm_snapshot dm_mirror powernow_k8 freq_table loop serio_raw i2c_nforce2 k8temp i2c_core psmouse pcspkr container button evdev ext3 jbd mbcache ide_generic ata_generic amd74xx ehci_hcd forcedeth generic ide_core ohci_hcd thermal processor fan sd_mod dm_mod raid1 md_mod sata_nv sata_sis pata_sis libata arcmsr 3w_9xxx 3w_xxxx scsi_mod
Jul 18 06:25:02 s15326458 kernel: Pid: 7980, comm: find Tainted: G D 2.6.24-etchnhalf.1-amd64 #1
Jul 18 06:25:02 s15326458 kernel: RIP: 0010:[<ffffffff802a8b18>] [<ffffffff802a8b18>] __d_lookup+0xdf/0xff
Jul 18 06:25:02 s15326458 kernel: RSP: 0018:ffff810026c99bf8 EFLAGS: 00010206
Jul 18 06:25:02 s15326458 kernel: RAX: ffffc20000000000 RBX: 000000000003ffe8 RCX: 0000000000000011
Jul 18 06:25:02 s15326458 kernel: RDX: 000000000001658b RSI: 00c3df84c6a9658b RDI: ffff81002901a700
Jul 18 06:25:02 s15326458 kernel: RBP: 0000000000040000 R08: ffff8100354ab000 R09: 0000000000000000
Jul 18 06:25:02 s15326458 kernel: R10: 0000000000000000 R11: ffffffff802ebc99 R12: ffff81002901a700
Jul 18 06:25:02 s15326458 kernel: R13: ffff810026c99cb8 R14: 00000000f17be793 R15: 000000000000000d
Jul 18 06:25:02 s15326458 kernel: FS: 00002b2158c036d0(0000) GS:ffff81003de04ac0(0000) knlGS:0000000000000000
Jul 18 06:25:02 s15326458 kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
Jul 18 06:25:02 s15326458 kernel: CR2: 0000000000040000 CR3: 0000000035444000 CR4: 00000000000006e0
Jul 18 06:25:02 s15326458 kernel: DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
Jul 18 06:25:02 s15326458 kernel: DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Jul 18 06:25:02 s15326458 kernel: Process find (pid: 7980, threadinfo ffff810026c98000, task ffff810028788680)
Jul 18 06:25:02 s15326458 kernel: Stack: ffff8100354ab000 ffff81003c1941ed ffff810026c99e48 ffff81002901b240
Jul 18 06:25:02 s15326458 kernel: 0000000000000000 ffff810026c99e48 ffff810026c99cb8 ffffffff8029f5ef
Jul 18 06:25:02 s15326458 kernel: 0000000000000001 ffff810026c99cc8 ffff81003bc9ec80 ffff81003c1941ed
Jul 18 06:25:02 s15326458 kernel: Call Trace:
Jul 18 06:25:02 s15326458 kernel: [<ffffffff8029f5ef>] do_lookup+0x2a/0x1c0
Jul 18 06:25:02 s15326458 kernel: [<ffffffff802a177c>] __link_path_walk+0x8be/0xd66
Jul 18 06:25:02 s15326458 kernel: [<ffffffff802a1c7c>] link_path_walk+0x58/0xe0
Jul 18 06:25:02 s15326458 kernel: [<ffffffff802a1fec>] do_path_lookup+0x1a3/0x21b
Jul 18 06:25:02 s15326458 kernel: [<ffffffff802a0c72>] getname+0x14c/0x1b3
Jul 18 06:25:02 s15326458 kernel: [<ffffffff802a2839>] __user_walk_fd+0x37/0x4c
Jul 18 06:25:02 s15326458 kernel: [<ffffffff8029b805>] vfs_lstat_fd+0x18/0x47
Jul 18 06:25:02 s15326458 kernel: [<ffffffff8029b84d>] sys_newlstat+0x19/0x31
Jul 18 06:25:02 s15326458 kernel: [<ffffffff8020be2e>] system_call+0x7e/0x83
Jul 18 06:25:02 s15326458 kernel:
Jul 18 06:25:02 s15326458 kernel:
Jul 18 06:25:02 s15326458 kernel: Code: 48 8b 45 00 44 39 73 30 0f 18 08 75 e6 e9 70 ff ff ff 31 c0
Jul 18 06:25:02 s15326458 kernel: RIP [<ffffffff802a8b18>] __d_lookup+0xdf/0xff
Jul 18 06:25:02 s15326458 kernel: RSP <ffff810026c99bf8>
Jul 18 06:25:02 s15326458 kernel: CR2: 0000000000040000
Jul 18 06:25:02 s15326458 kernel: ---[ end trace 6e0293fed1b94c37 ]---
Jul 18 06:25:02 s15326458 kernel: apache2[8004]: segfault at 2ba5ba8b4462 rip 2ba5b8f3ebc0 rsp 7fff5d6cca38 error 4
Jul 18 06:25:05 s15326458 kernel: apache2[8018]: segfault at 2b3fb55cf462 rip 2b3fb3c59bc0 rsp 7fff61de4618 error 4
Jul 18 06:25:05 s15326458 kernel: python2.4[8040]: segfault at 100000032 rip 100000032 rsp 7ffff3fe3498 error 14
Die segfaults standen auch schon bei apt-get mit drin und im kern.log taucht hin und wieder auch folgendes auf:
Code:
Bad page state in process 'httpd'
Erste Vermutung war natürlich Festplatte oder RAM aber leider kam ich im Rescue modus zu keinem klaren Ergebnis. Ich hab alle Schritte wie beschrieben durchgeführt:
http://hilfe-center.1und1.de/server/root_server/rescue_und_recovery/1.html
Ich hatte auch schon kontakt mit 1und1 und diese haben nach mehrmaligen nachfragen folgendes geschrieben:
WallTime Cached RsvdMem MemMap Cache ECC Test Pass Errors ECC Errs
--------- ------ ------- -------- ----- --- ---- ---- ------ --------
1:16:30 991M 65M e820-Std on off Std 2 0
----------------------------------------------------------------------------
Danach wurde ein Extrem-Stress Test auf der Maschine gestartet.
Dieser "UXE-BurnIn-Test" lief 3 Stunden und hat alle im Server enthaltenen Geräte geprüft.
Der Server hat alle Tests einwandfrei bestanden.
Grundsätzlich denke ich schon das hier wohl irgend ein hardware fehler vor liegt, allerdings kann ich den nicht
nachvollziehen und so 1und1 bitten was aus zu tauschen.... vielleicht hat jemand noch einen tip für mich.
merci schon mal,
Kevin