Onderwerp: Kernel fout?

Beste Mensen,

Ik krijg op een server de onderstaande fout, wordt er niet veel wijzer uit maar ik denk dat het aan MySQL ligt omdat dat 1 keer genoemd wordt. Hopelijk kan iemand mij helpen, de server is na deze fout wel pingbaar maar verder totaal onbereikbaar (ssh etc.).

Mar 6 20:21:16 server kernel: ------------[ cut here ]------------
Mar 6 20:21:16 server kernel: kernel BUG at mm/rmap.c:479!
Mar 6 20:21:16 server kernel: invalid operand: 0000 [#1]
Mar 6 20:21:16 server kernel: Modules linked in: md5 ipv6 parport_pc lp parport ipt_TOS iptable_mangle ip_conntrack_ftp ip_co$
Mar 6 20:21:16 server kernel: CPU: 0
Mar 6 20:21:16 server kernel: EIP: 0060:[<c016102f>] Not tainted VLI
Mar 6 20:21:16 server kernel: EFLAGS: 00010286 (2.6.9-42.EL)
Mar 6 20:21:16 server kernel: EIP is at page_remove_rmap+0x22/0x36
Mar 6 20:21:16 server kernel: eax: ffffffff ebx: c10abf40 ecx: c10abf58 edx: c10abf40
Mar 6 20:21:16 server kernel: esi: 00000000 edi: 00005000 ebp: d4358fe4 esp: cd3e2ed0
Mar 6 20:21:16 server kernel: ds: 007b es: 007b ss: 0068
Mar 6 20:21:16 server kernel: Process mysqld (pid: 19467, threadinfo=cd3e2000 task=ef4a8dd0)
Mar 6 20:21:16 server kernel: Stack: c0159c69 055fa067 0000c000 03ff4000 c0406074 03ff4000 04000000 f1387040
Mar 6 20:21:16 server kernel: c0406074 c0159d0a 0000c000 00000000 03ff4000 f1387040 0403d000 c0406074
Mar 6 20:21:16 server kernel: c0159d69 00049000 00000000 cd3e2f7c 03ff4000 ebf7d900 0403d000 c0159e7d
Mar 6 20:21:16 server kernel: Call Trace:
Mar 6 20:21:16 server kernel: [<c0159c69>] zap_pte_range+0x1c0/0x21f
Mar 6 20:21:16 server kernel: [<c0159d0a>] zap_pmd_range+0x42/0x65
Mar 6 20:21:16 server kernel: [<c0159d69>] unmap_page_range+0x3c/0x5f
Mar 6 20:21:16 server kernel: [<c0159e7d>] unmap_vmas+0xf1/0x1df
Mar 6 20:21:16 server kernel: [<c015e783>] unmap_region+0x61/0xc6
Mar 6 20:21:16 server kernel: [<c015ea65>] do_munmap+0x165/0x1d2
Mar 6 20:21:16 server kernel: [<c015eb23>] sys_munmap+0x51/0x68
Mar 6 20:21:16 server kernel: [<c0318d93>] syscall_call+0x7/0xb
Mar 6 20:21:16 server kernel: Code: ff 05 90 bf 42 c0 50 9d c3 89 c2 8b 00 f6 c4 08 74 08 0f 0b dc 01 a9 cf 32 c0 83 42 08 ff$
Mar 6 20:21:16 server kernel: <0>Fatal exception: panic in 5 seconds
Mar 6 20:21:16 server kernel: bad: scheduling while atomic!
Mar 6 20:21:16 server kernel: [<c03160b5>] schedule+0x2d/0x5f1
Mar 6 20:21:16 server kernel: [<c023b4d4>] poke_blanked_console+0x8f/0x9a
Mar 6 20:21:16 server kernel: [<c023a8e5>] vt_console_print+0x293/0x2a3
Mar 6 20:21:16 server kernel: [<c0317774>] schedule_timeout+0x15c/0x177
Mar 6 20:21:16 server kernel: [<c012e7e9>] process_timeout+0x0/0x5
Mar 6 20:21:16 server kernel: [<c012490f>] printk+0xe/0x11
Mar 6 20:21:16 server kernel: [<c0106938>] die+0x21a/0x22b
Mar 6 20:21:16 server kernel: [<c0139dcb>] search_exception_tables+0x1f/0x21
Mar 6 20:21:16 server kernel: [<c0106c9b>] do_invalid_op+0xcf/0xf2
Mar 6 20:21:16 server kernel: [<c016102f>] page_remove_rmap+0x22/0x36
Mar 6 20:21:16 server kernel: [<c014be35>] do_generic_mapping_read+0x3fb/0x403
Mar 6 20:21:16 server kernel: [<c0106bcc>] do_invalid_op+0x0/0xf2
Mar 6 20:21:16 server kernel: [<c031980f>] error_code+0x2f/0x38
Mar 6 20:21:16 server kernel: [<c016102f>] page_remove_rmap+0x22/0x36
Mar 6 20:21:16 server kernel: [<c0159c69>] zap_pte_range+0x1c0/0x21f
Mar 6 20:21:16 server kernel: [<c0159d0a>] zap_pmd_range+0x42/0x65
Mar 6 20:21:16 server kernel: [<c0159d69>] unmap_page_range+0x3c/0x5f
Mar 6 20:21:16 server kernel: [<c0159e7d>] unmap_vmas+0xf1/0x1df
Mar 6 20:21:16 server kernel: [<c015e783>] unmap_region+0x61/0xc6
Mar 6 20:21:16 server kernel: [<c015ea65>] do_munmap+0x165/0x1d2
Mar 6 20:21:16 server kernel: [<c015e783>] unmap_region+0x61/0xc6
Mar 6 20:21:16 server kernel: [<c015ea65>] do_munmap+0x165/0x1d2
Mar 6 20:21:16 server kernel: [<c015eb23>] sys_munmap+0x51/0x68
Mar 6 20:21:16 server kernel: [<c0318d93>] syscall_call+0x7/0xb

Hopelijk weet iemand hier een oplossing voor .

Lijkt op een geheugenfout maar kan zoveel zijn Wanneer treed het op en sinds wanneer? Hoe meer info hoe beter natuurlijk. Als je kunt draai eens memtest, grote kans dat die wat gaat vidnen.

Af en toe gebeurd het, sinds wanneer.. paar weken. Het gaat hier om een servertje welke in DC staat dus 123 een memtest doen zit er niet in. Waaruit concludeer je overigens dat het met de memory te maken heeft als ik vragen mag?

Van dit soort vage fouten is vaak te wijten aan geheugen.

Ik zeg 99, 5 % procent defect geheugen.

hm, is idd een geheugenfout ja. En die lijkt door mysql veroorzaakt te zijn, omdat zoals je zelf al aangeeft die genoemd is.. Hetkan echter ook slechts toeval zijn en de trigger zijn voor de error. Hoe is het gedrag van mysql op die bak, want als dat een dikke dbase server is zal dat natuurlijk waarschijnlijker zijn...

Then again, als het een issue is wat zomaar ineens naar boven gekomen is zal het denk ik wel een kapotte dimm zijn

't Hoeft niet kapot te zijn, verkeerde timing in de BIOS kan het ook veroorzaken.

mm/rmap.c: physical to virtual reverse mappings

Dit stukje code gaat dus over het geheugenverbruik in de kernel. Het zit er dus in dat het een geheugenprobleem of bad sectors op de swapfile zijn (maar bij dit laatste zou je nog andere errors krijgen).

Het is niet een super drukke MYSQL server, ik zal bij volgende DC bezoek wel even wat reepjes ram meenemen en ff kijken in de bios zoals gjtje zij. Wellicht lost dat het op, bedankt! Topic kan van mijn part dicht.

Laat me raden, je gebruikt zeker CentOS

Ja, hoezo?

Mar 6 20:21:16 server kernel: kernel BUG at mm/rmap.c:479!

omdat die fout ^^ op die regel me bekend voorkwam.

Ok.. daar heb ik weinig aan, wat was er bij jou verkeerd destijds?

Update: Ik krijg overigens in mijn logwatch het volgende te zien, maar dit lijkt mij niet voor alle services te gelden dus denk niet dat het daaraan ligt; Failed to bind: 0.0.0.0 port 22 (Address already in use) : 1 Time(s)

Het lijkt idd. een memoryfout. Maar om dat zeker te weten moet je eigenlijk eerst zorgen dat alles op die bak up2date is,zodat kernel en userland (freebsd only term zeker...) 100% op elkaar afgestemd zijn.
Als je dan nog steeds de fout krijgt dan kan je waarschijnlijk met een handvol dimmetjes op weg naar het dc.

Hey Erik,

Helemaal onderaan deze threath:

http://bugs.centos.org/view.php?id=1108