Server Hängt sich teilweisse weg

[siam]

Hallo,

mein Root Server lief jetzt 4 Wochen stabil und nun hängt sich Dieser permanemt weg mal nach einem Tag, mal nach einer Stunde folgende meldungen erhalte ich im logfile:

Nov 29 14:46:35 kernel: kernel BUG at mmap.c:1190!
Nov 29 14:46:35 kernel: invalid operand: 0000
Nov 29 14:46:35 kernel: CPU: 0
Nov 29 14:46:35 kernel: EIP: 0010:[__insert_vm_struct+72/144] Not tainted
Nov 29 14:46:35 kernel: EIP: 0010:[<c0130868>] Not tainted
Nov 29 14:46:35 kernel: EFLAGS: 00010287
Nov 29 14:46:35 kernel: eax: 49821000 ebx: de445380 ecx: ef89c6f8 edx: ef89c6e0
Nov 29 14:46:35 kernel: esi: ca7dfe00 edi: 48821000 ebp: dc63ab60 esp: c72e7f14
Nov 29 14:46:35 kernel: ds: 0018 es: 0018 ss: 0018
Nov 29 14:46:35 kernel: Process mysqld (pid: 7724, stackpage=c72e7000)
Nov 29 14:46:35 kernel: Stack: ca7dfe00 48821000 c72e7f30 c72e7f2c c72e7f28 40000000 c72e7fac 00000025
Nov 29 14:46:35 kernel: c72e6000 dc63aba4 c01365f5 ca7dfe00 de445380 de4450e0 de445380 c72e7fac
Nov 29 14:46:35 kernel: 00000025 49821000 49823000 c0135d32 dc63ab60 c72e7fac 49821000 49823000
Nov 29 14:46:35 kernel: Call Trace: [mprotect_fixup_middle+309/435] [mprotect_fixup+98/240] [sys_mprotect+605/640] [system_call+51/56]
Nov 29 14:46:35 kernel: Call Trace: [<c01365f5>] [<c0135d32>] [<c013601d>] [<c010776f>]
Nov 29 14:46:35 kernel:
Nov 29 14:46:35 kernel: Code: 0f 0b a6 04 78 62 32 c0 89 34 24 8b 44 24 1c 89 5c 24 04 89
Nov 29 14:46:35 kernel: <6>note: mysqld[7724] exited with preempt_count 1


oder


Dec 2 21:54:49 kernel: kernel BUG at page_alloc.c:105!
Dec 2 21:54:49 kernel: invalid operand: 0000
Dec 2 21:54:49 kernel: CPU: 0
Dec 2 21:54:49 kernel: EIP: 0010:[__free_pages_ok+107/784] Not tainted
Dec 2 21:54:49 kernel: EIP: 0010:[<c013bafb>] Not tainted
Dec 2 21:54:49 kernel: EFLAGS: 00010282
Dec 2 21:54:49 kernel: eax: 00000000 ebx: c1b6b8b0 ecx: c037c6b4 edx: c037c420
Dec 2 21:54:49 kernel: esi: f4e02864 edi: 00000000 ebp: 00000000 esp: f7e23f00
Dec 2 21:54:49 kernel: ds: 0018 es: 0018 ss: 0018
Dec 2 21:54:49 kernel: Process kswapd (pid: 4, stackpage=f7e23000)
Dec 2 21:54:49 kernel: Stack: 00000282 00000003 f7e22000 f4dcf660 f4dcf660 c1b6b8b0 c014abbf f4dcf660
Dec 2 21:54:49 kernel: f7e22000 c1b6b8b0 c037c5d8 00009b7a c013abd9 c1b6b8b0 000001d0 f7e22000
Dec 2 21:54:49 kernel: f7c6ec00 f7e22000 00000c79 000001d0 0000000e 00000020 000001d0 c037c5d8
Dec 2 21:54:49 kernel: Call Trace: [try_to_free_buffers+239/480] [shrink_cache+905/1408] [shrink_caches+84/112] [try_to_free_pages_zone+98/256] [kswapd_balance_pgdat+108/176]
Dec 2 21:54:49 kernel: Call Trace: [<c014abbf>] [<c013abd9>] [<c013af84>] [<c013b002>] [<c013b1cc>]
Dec 2 21:54:49 kernel: [kswapd_balance+40/64] [kswapd+157/192] [kswapd+0/192] [rest_init+0/128] [arch_kernel_thread+46/64] [kswapd+0/192]
Dec 2 21:54:49 kernel: [<c013b238>] [<c013b37d>] [<c013b2e0>] [<c0105000>] [<c01058ae>] [<c013b2e0>]
Dec 2 21:54:49 kernel:
Dec 2 21:54:49 kernel: Code: 0f 0b 69 00 6c 63 32 c0 8b 0d 50 a4 41 c0 89 d8 29 c8 c1 f8
Dec 2 21:54:50 kernel: <4>IN=eth0 OUT= MAC=00:30:48:42:e5:5c:00:0f:35:3b:cf:40:08:00 SRC=145.254.148.51 DST=81.169.*.* LEN=78 TOS=0x00 PREC=0x00 TTL=116 ID=18883 PROTO=UDP SPT=137 DPT=137 LEN=58

danach hilft dann nur noch ein neustart des Servers, habt Ihr mir vielleicht einen Tipp in welcher richtung ich suchen muss damit dieser wider Stabil wird ?

Server Version (strato root MR):

2.4.25 #3 SMP Sun Apr 4 19:32:54 CEST 2004 i686 i686 i386 GNU/Linux

sollten weitere Infos nötig sein reiche ich diese natürlich gerne nach.

lg

Siam

[Joe User]

Kernel updaten...

[siam]

Hallo,

sowas in der richtung habe ich mir schon gedacht, nur würde es mich interresieren warum die kiste 4 Wochen mit der Konfig ohne Probleme läuft und seit wenigen Tagen dieser fehler auftaucht.

Komisch finde ich das immer zuerst der mysqld Stirbt und danach nix mehr gestartet werden kann ausser hald reboot der kiste.

lg
siam

[Joe User]

Bei dem Käse-Kernel können wir lange suchen...

[tally]

@Siam

Bevor Du die Zeit mit dem Bau eines neuen Kernels verschwendest solltest Du folgende threads durchlesen und falls das zu keinem Ergebnis führen sollte, würde ich nach einem installierten Rootkit Ausschau halten.

http://www.rootforum.org/forum/viewtopic.php?t=31355
http://www.rootforum.org/forum/viewtopic.php?t=26632

[Joe User]

Bevor Du die Zeit mit dem Bau eines neuen Kernels verschwendest

Sorry, aber das Fixen von mehreren Sicheheitslöchern darf niemals als "verschwendete Zeit" betrachtet werden!

[tally]

Bevor Du die Zeit mit dem Bau eines neuen Kernels verschwendest

Sorry, aber das Fixen von mehreren Sicheheitslöchern darf niemals als "verschwendete Zeit" betrachtet werden!

Man muss schon Prioritäten setzen. Wenn seine Hardware 'nen Schuß hat wird er sich wegen "Signal 11" schonmal schwer tun einen Kernel vernünftig zu compilieren. Und sollte er ein Rootkit drauf haben ist sowieso eine Neuinstallation angesagt. Wenn die Ursache der Probleme abgeklärt und beseitigt ist, sollte auf jeden Fall der aktuelle Kernel installiert werden.

[siam]

@tally

Danke für die Links ich werd mich mal da durch wühlen, chkrootkit behauptet auf jeden fall mal das das system sauber sei .

lg
siam

[siam]

hallo,

den stress test scheint er nicht zu mögen :

Code: Select all

==> /var/log/messages <==
Dec  3 22:08:56 * kernel: kernel BUG at page_alloc.c:105!
Dec  3 22:08:56 * kernel: invalid operand: 0000
Dec  3 22:08:56 * kernel: CPU:    0
Dec  3 22:08:56 * kernel: EIP:    0010:[__free_pages_ok+107/784]    Not tainted
Dec  3 22:08:56 * kernel: EIP:    0010:[<c013bafb>]    Not tainted
Dec  3 22:08:56 * kernel: EFLAGS: 00010282
Dec  3 22:08:56 * kernel: eax: 00000000   ebx: c1b58020   ecx: c1b58020   edx: 00000000
Dec  3 22:08:56 * kernel: esi: f559c204   edi: 00000000   ebp: 00000000   esp: e23b3ec4
Dec  3 22:08:56 * kernel: ds: 0018   es: 0018   ss: 0018
Dec  3 22:08:56 * kernel: Process mysqld (pid: 3089, stackpage=e23b3000)
Dec  3 22:08:56 * kernel: Stack: c0142adc c1b58020 00000000 00001000 c0132e65 0000001f 00000000 0000cd78
Dec  3 22:08:56 * kernel:        00001000 c1b58020 f559c204 000001a8 c01327de e23b3f74 c1b58020 00000000
Dec  3 22:08:56 * kernel:        00001000 e23b2000 e23b2000 e23b2000 00001000 00000000 00000000 00000000
Dec  3 22:08:56 * kernel: Call Trace:    [kmap_high+140/160] [file_read_actor+229/272] [do_generic_file_read+654/1360] [file_read_actor+0/272] [generic_file_read+189/448]
Dec  3 22:08:56 * kernel: Call Trace:    [<c0142adc>] [<c0132e65>] [<c01327de>] [<c0132d80>] [<c0132f4d>]
Dec  3 22:08:56 * kernel:   [file_read_actor+0/272] [bh_action+167/272] [sys_read+159/272] [system_call+51/56]
Dec  3 22:08:56 * kernel:   [<c0132d80>] [<c0122177>] [<c014530f>] [<c010776f>]
Dec  3 22:08:56 * kernel:
Dec  3 22:08:56 * kernel: Code: 0f 0b 69 00 6c 63 32 c0 8b 0d 50 a4 41 c0 89 d8 29 c8 c1 f8

==> /var/log/warn <==
Dec  3 22:08:56 * kernel: kernel BUG at page_alloc.c:105!
Dec  3 22:08:56 * kernel: invalid operand: 0000
Dec  3 22:08:56 * kernel: CPU:    0
Dec  3 22:08:56 * kernel: EIP:    0010:[__free_pages_ok+107/784]    Not tainted
Dec  3 22:08:56 * kernel: EIP:    0010:[<c013bafb>]    Not tainted
Dec  3 22:08:56 * kernel: EFLAGS: 00010282
Dec  3 22:08:56 * kernel: eax: 00000000   ebx: c1b58020   ecx: c1b58020   edx: 00000000
Dec  3 22:08:56 * kernel: esi: f559c204   edi: 00000000   ebp: 00000000   esp: e23b3ec4
Dec  3 22:08:56 * kernel: ds: 0018   es: 0018   ss: 0018
Dec  3 22:08:56 * kernel: Process mysqld (pid: 3089, stackpage=e23b3000)
Dec  3 22:08:56 * kernel: Stack: c0142adc c1b58020 00000000 00001000 c0132e65 0000001f 00000000 0000cd78
Dec  3 22:08:56 * kernel:        00001000 c1b58020 f559c204 000001a8 c01327de e23b3f74 c1b58020 00000000
Dec  3 22:08:56 * kernel:        00001000 e23b2000 e23b2000 e23b2000 00001000 00000000 00000000 00000000
Dec  3 22:08:56 * kernel: Call Trace:    [kmap_high+140/160] [file_read_actor+229/272] [do_generic_file_read+654/1360] [file_read_actor+0/272] [generic_file_read+189/448]
Dec  3 22:08:56 * kernel: Call Trace:    [<c0142adc>] [<c0132e65>] [<c01327de>] [<c0132d80>] [<c0132f4d>]
Dec  3 22:08:56 * kernel:   [file_read_actor+0/272] [bh_action+167/272] [sys_read+159/272] [system_call+51/56]
Dec  3 22:08:56 * kernel:   [<c0132d80>] [<c0122177>] [<c014530f>] [<c010776f>]
Dec  3 22:08:56 * kernel:
Dec  3 22:08:56 * kernel: Code: 0f 0b 69 00 6c 63 32 c0 8b 0d 50 a4 41 c0 89 d8 29 c8 c1 f8

aber schlauer macht mich das nicht wirklich.

und mysql is wider tot :(

lg
siam

[tally]

@Siam

An Deiner Stelle würde ich, falls nicht sowieso schon geschehen, ein Backup machen und den Support informieren.

Der Support macht natürlich nichts vor nächster Woche. Wenn Du vorher noch was probieren willst dann bieten sich wohl lm_sensors an. Da der Server ja erst seit kurzem Probleme macht könnte es der CPU-Lüfter sein.

[oxygen]

für mich sieht das auch immer mehr nach einem Hardware Problem aus. Möglicherweise CPU oder RAM.

[siam]

@tally

laut lm_sensors scheint alles im grünen bereich zu sein ( aber trauen tu ich nix mehr, auch wärend der installation hat sich die kiste brav weggehängt ) Backup ist vorhanden zwar nicht das Aktuellste aber es gibt eins ( auch dabei hängt sich die kiste weg)

@øxygen

da muss ich dir wohl zustimmen bei den simpelsten befehlen taucht immer wider die schöne meldung auF "Speicherzugriffsfehler" ...... und dann is die kiste tot

lg
siam

[siam]

es wird immer besser :

Oops: 0002
CPU: 0
EIP: 0010:[<c0126695>] Not tainted
EFLAGS: 00010006
eax: 300009fc ebx: 045a1730 ecx: 00000000 edx: dd2090c4
esi: c04196d4 edi: c04195a0 ebp: 00000001 esp: d5017f40
ds: 0018 es: 0018 ss: 0018
Process httpd2-prefork (pid: 2137, stackpage=d5017000)
Stack: c0125f06 d5017f44 d5017f44 00000000 00000000 00000000 00000000 c0122177
c0418b60 00000000 c0121fb7 00000000 00000001 c03ef8e0 fffffffe c0121d7b
c03ef8e0 00000046 d5016000 c03eb800 00000000 c037a0f8 c01094ed 00000000
Call Trace: [<c0125f06>] [<c0122177>] [<c0121fb7>] [<c0121d7b>] [<c01094ed>]
[<c010c1b3>]

Code: 89 43 04 89 18 c7 42 04 00 00 00 00 c7 02 00 00 00 00 89 14
<0>Kernel panic: Aiee, killing interrupt handler!
In interrupt handler - not syncing

[Joe User]

Lass' die Kiste zu Grabe tragen...