BUG: unable to handle kernel NULL pointer dereference at virtual address 00000008

angerek - 27-07-2007 11:05
BUG: unable to handle kernel NULL pointer dereference at virtual address 00000008
wczoraj maszynka (klient bi502-ovh) odmówiła posłuszeństwa
system centos 4, pingi śmigały czyli sieć jeszcze chodziła ale usługi już niestety nie.

szczegółowy wysyp:

Jul 26 20:17:28 maszynka kernel: BUG: unable to handle kernel NULL pointer dereference at virtual address 00000008
Jul 26 20:17:28 maszynka kernel: printing eip:
Jul 26 20:17:28 maszynka kernel: c01fa86c
Jul 26 20:17:28 maszynka kernel: *pde = 00000000
Jul 26 20:17:28 maszynka kernel: Oops: 0000 [#1]
Jul 26 20:17:28 maszynka kernel: SMP
Jul 26 20:17:28 maszynka kernel: Modules linked in: ipv6 dm_mirror dm_mod shpchp floppy
Jul 26 20:17:28 maszynka kernel: CPU: 0
Jul 26 20:17:28 maszynka kernel: EIP: 0060:[<c01fa86c>] Not tainted VLI
Jul 26 20:17:28 maszynka kernel: EFLAGS: 00210282 (2.6.18-rc5 #1)
Jul 26 20:17:28 maszynka kernel: EIP is at __rb_rotate_left+0xc/0x66
Jul 26 20:17:28 maszynka kernel: eax: d3291848 ebx: d3291848 ecx: e9ca4bc8 edx: 00000000
Jul 26 20:17:28 maszynka kernel: esi: f697a0c8 edi: c0515de0 ebp: c0515de0 esp: c5f6eed4
Jul 26 20:17:28 maszynka kernel: ds: 007b es: 007b ss: 0068
Jul 26 20:17:28 maszynka kernel: Process pop3 (pid: 24023, ti=c5f6e000 task=c7d12bf0 task.ti=c5f6e000)
Jul 26 20:17:28 maszynka kernel: Stack: e9ca4bc8 d3291848 e9ca47c8 c01fa98e e9ca4bcc 00000000 e9ca4820 e9ca47c0
Jul 26 20:17:28 maszynka kernel: c01d1655 0000000f 00000000 0000001f da37bfc0 0000298b c03ea5c0 0000298b
Jul 26 20:17:28 maszynka kernel: c05087a0 e14cf6c0 c7d12bf0 c01d2228 ffffffff c7d12bf0 1f3f0000 00000000
Jul 26 20:17:28 maszynka kernel: Call Trace:
Jul 26 20:17:28 maszynka kernel: [<c01fa98e>] rb_insert_color+0x62/0xb9
Jul 26 20:17:28 maszynka kernel: [<c01d1655>] key_alloc+0x1d9/0x34a
Jul 26 20:17:28 maszynka kernel: [<c01d2228>] keyring_alloc+0x30/0x72
Jul 26 20:17:28 maszynka kernel: [<c01d3ab8>] alloc_uid_keyring+0x48/0xab
Jul 26 20:17:28 maszynka kernel: [<c0128fec>] alloc_uid+0xc6/0x150
Jul 26 20:17:28 maszynka kernel: [<c012c984>] set_user+0xb/0x90
Jul 26 20:17:28 maszynka kernel: [<c012ccc2>] sys_setuid+0x11f/0x134
Jul 26 20:17:28 maszynka kernel: [<c01037d1>] sysenter_past_esp+0x56/0x79
Jul 26 20:17:28 maszynka kernel: Code: c3 b8 01 00 00 00 d3 e0 23 43 04 5b c3 57 b9 45 00 00 00 89 c7 31 c0 f3 ab 5f c3 90 90 90 90 57 89 d7 56 53 89 c3 8b 50 04 8b 30 <8b> 4a 08 83 e6 fc 85 c9 89 48 04 74 09 8b 01 83 e0 03 09 d8 89
Jul 26 20:17:28 maszynka kernel: EIP: [<c01fa86c>] __rb_rotate_left+0xc/0x66 SS:ESP 0068:c5f6eed4

any idea? sprzęt? ddos na kernel? (2.6.18-rc5) - to fakt od razu do aktualizacji

mariano - 27-07-2007 11:14
Ewidentnie bug w kernelu. To chyba nie jest madry pomysl stawiac serwer na niestabilnej wersji jadra...? :rolleyes:

angerek - 27-07-2007 12:16
pewnie że nie jest. ale jak była potrzeba zmiany to akurat ten był najnowszy a centos 4.x na 2.6.9 się kończy. też po cichu myślę że to nie sprzęt i zmiana na najnowszy stabilny naprawi problem raz na zawsze.

a teraz ja zapytam ponownie. kiedy ovh zrobi aby rebooty były w odstępach mniejszych niż 30min? przy grzebaniu przy czymś co wymaga sprawdzenia po rebocie (np kernel) zamiast 15 min mamy np 2 godz. w plecy - tylko 4 rebooty)

oles@ovh.net - 27-07-2007 19:10

trzeba uzywac kernel z ovh. one sa testowane i stabilne.

angerek <angerek.2udh00@no-mx.forums.ovh.com> a écrit:

angerek - 31-08-2007 14:26
Chyba jednak chłodzenie jest problemem. Zmieniłem na kernel
Linux bukszpryt 2.6.22.1 #1 SMP Fri Jul 27 11:39:28 CEST 2007 i686 i686 i386 GNU/Linux
i teraz przed samoistnym zwisem o godz 2:45 i rebootem po 30 minutach mam
coś takiego:

Aug 30 01:32:47 bukszpryt kernel: CPU1: Temperature above threshold, cpu clock throttled (total events = 1)
Aug 30 01:32:48 bukszpryt kernel: CPU0: Temperature above threshold, cpu clock throttled (total events = 1)
Aug 30 01:40:06 bukszpryt kernel: CPU1: Temperature above threshold, cpu clock throttled (total events = 1963)
Aug 30 01:50:01 bukszpryt kernel: CPU1: Temperature above threshold, cpu clock throttled (total events = 2044)
Aug 30 01:53:52 bukszpryt kernel: CPU0: Temperature above threshold, cpu clock throttled (total events = 292)
Aug 30 01:55:03 bukszpryt kernel: CPU1: Temperature above threshold, cpu clock throttled (total events = 2151)
Aug 30 02:00:04 bukszpryt kernel: CPU1: Temperature above threshold, cpu clock throttled (total events = 2769)
Aug 30 02:07:21 bukszpryt kernel: CPU1: Temperature above threshold, cpu clock throttled (total events = 2772)
Aug 30 02:13:53 bukszpryt kernel: CPU1: Temperature above threshold, cpu clock throttled (total events = 2773)
Aug 30 02:15:05 bukszpryt kernel: CPU0: Temperature above threshold, cpu clock throttled (total events = 320)
Aug 30 02:18:54 bukszpryt kernel: CPU1: Temperature above threshold, cpu clock throttled (total events = 5141)
Aug 30 02:20:05 bukszpryt kernel: CPU0: Temperature above threshold, cpu clock throttled (total events = 536)
Aug 30 02:23:56 bukszpryt kernel: CPU1: Temperature above threshold, cpu clock throttled (total events = 16908)
Aug 30 02:25:05 bukszpryt kernel: CPU0: Temperature/speed normal
Aug 30 02:28:56 bukszpryt kernel: CPU1: Temperature/speed normal
Aug 30 02:30:05 bukszpryt kernel: CPU0: Temperature/speed normal
Aug 30 02:33:56 bukszpryt kernel: CPU1: Temperature above threshold, cpu clock throttled (total events = 78122)
Aug 30 02:35:05 bukszpryt kernel: CPU0: Temperature/speed normal
Aug 30 02:38:57 bukszpryt kernel: CPU1: Temperature above threshold, cpu clock throttled (total events = 111794)
Aug 30 02:40:07 bukszpryt kernel: CPU0: Temperature/speed normal

mam nadzieję że mail do ovh z prośbą o interwencję rozwiąże problem.