[Linux]KernelPanic - Linux en overige clients

dinsdag 8 april 2008 22:24

Acties:

Assumption is the mother.....

Topicstarter

Wie kan mij enig inzicht verschaffen in de volgende panic , en dan met name de oorzaak ervan
(ik vermoed zelf iets met geheugen ? oid ? )

code:

Apr  8 20:48:45 A987 kernel: Bad pte = 4e750066, process = httpd, vm_flags = 100075, vaddr = b7422ba0
Apr  8 20:48:45 A987 kernel:  [<c016bf14>] do_file_page+0xa4/0xb0
Apr  8 20:48:45 A987 kernel:  [<c016c0d9>] __handle_mm_fault+0x1b9/0x340
Apr  8 20:48:45 A987 kernel:  [<c011645e>] do_page_fault+0x12e/0x580
Apr  8 20:48:45 A987 kernel:  [<c0116330>] do_page_fault+0x0/0x580
Apr  8 20:48:45 A987 kernel:  [<c0103c91>] error_code+0x39/0x40
Apr  8 20:48:45 A987 kernel: ------------[ cut here ]------------
Apr  8 20:48:45 A987 kernel: kernel BUG at mm/rmap.c:529!
Apr  8 20:48:45 A987 kernel: invalid opcode: 0000 [#1]
Apr  8 20:48:45 A987 kernel: SMP
Apr  8 20:48:45 A987 kernel: Modules linked in: ip_nat_ftp iptable_nat ip_nat xt_state ip_conntrack ipt_LOG ipt_TOS vzethdev simfs vzdquota af_packet xt_length ipt_ttl xt_tcpmss ipt_TCPMSS iptable_mangle iptable_filter xt_multiport xt_limit ipt_tos ipt_REJECT ip_tables autofs4 sunrpc vznetdev vzmon vzdev ip6t_REJECT xt_tcpudp ip6table_filter ip6_tables x_tables thermal processor fan button battery asus_acpi ac parport_pc lp parport floppy shpchp sg i2c_i801 ide_cd i2c_core e1000 cdrom ehci_hcd ohci_hcd uhci_hcd usbcore
Apr  8 20:48:45 A987 kernel: CPU:    3, VCPU: 98701.0
Apr  8 20:48:45 A987 kernel: EIP:    0060:[<c0171507>]    Not tainted VLI
Apr  8 20:48:45 A987 kernel: EFLAGS: 00010286   (2.6.18-ovz028stab035.1-smp #1)
Apr  8 20:48:45 A987 kernel: EIP is at page_remove_rmap+0x37/0x50
Apr  8 20:48:45 A987 kernel: eax: ffffffff   ebx: fff8e480   ecx: 00000013   edx: c1000000
Apr  8 20:48:45 A987 kernel: esi: b7520000   edi: c1000000   ebp: e3f23100   esp: ede72d98
Apr  8 20:48:45 A987 kernel: ds: 007b   es: 007b   ss: 0068
Apr  8 20:48:45 A987 kernel: Process httpd (pid: 20656, veid: 98701, ti=ede72000 task=d10106e0 task.ti=ede72000)
Apr  8 20:48:45 A987 kernel: Stack: c2945b9c e3f23100 c0169951 c1000000 b7520000 00000013 00000013 c255a630
Apr  8 20:48:45 A987 kernel:        fffffef2 ffffffff b77d2000 c4d51b78 b77d2000 ede72e34 c0169b34 c2b298e0
Apr  8 20:48:45 A987 kernel:        df09cba8 c4d51b74 b7400000 b77d2000 ede72e34 00000000 b77d1fff c4d51b74
Apr  8 20:48:45 A987 kernel:  Call Trace:
Apr  8 20:48:45 A987 kernel:  [<c0169951>] zap_pte_range+0x221/0x340
Apr  8 20:48:45 A987 kernel:  [<c0169b34>] unmap_page_range+0xc4/0x160
Apr  8 20:48:45 A987 kernel:  [<c0169ca5>] unmap_vmas+0xd5/0x200
Apr  8 20:48:45 A987 kernel:  [<c016f4b5>] exit_mmap+0x85/0x120
Apr  8 20:48:45 A987 kernel:  [<c0121d68>] mmput+0x38/0xe0
Apr  8 20:48:45 A987 kernel:  [<c0128ae0>] do_exit+0x110/0x480
Apr  8 20:48:45 A987 kernel:  [<c0128eb6>] do_group_exit+0x36/0xa0
Apr  8 20:48:45 A987 kernel:  [<c0134a47>] get_signal_to_deliver+0x257/0x320
Apr  8 20:48:45 A987 kernel:  [<c0102f29>] do_signal+0x89/0x1b0
Apr  8 20:48:45 A987 kernel:  [<c0119198>] wake_up_state+0x18/0x20
Apr  8 20:48:45 A987 kernel:  [<c0132f75>] force_sig_info+0x85/0xb0
Apr  8 20:48:45 A987 kernel:  [<c0133a80>] force_sig+0x20/0x30
Apr  8 20:48:45 A987 kernel:  [<c01166e5>] do_page_fault+0x3b5/0x580
Apr  8 20:48:45 A987 kernel:  [<c0116330>] do_page_fault+0x0/0x580
Apr  8 20:48:45 A987 kernel:  [<c0103088>] do_notify_resume+0x38/0x3c
Apr  8 20:48:45 A987 kernel:  [<c0103256>] work_notifysig+0x13/0x19
Apr  8 20:48:45 A987 kernel: Code: 0f 98 c0 84 c0 74 20 8b 42 08 40 78 1e f0 0f ba 32 15 31 c0 f6 42 10 01 89 14 24 0f 94 c0 89 44 24 04 e8 1d 58 ff ff 83 c4 08 c3 <0f> 0b 66 b8 11 02 b8 a5 99 4e c0 eb d5 8d b6 00 00 00 00 8d bf
Apr  8 20:48:45 A987 kernel: EIP: [<c0171507>] page_remove_rmap+0x37/0x50 SS:ESP 0068:ede72d98
Apr  8 20:48:45 A987 kernel: Fixing recursive fault but reboot is needed!
Apr  8 20:48:45 A987 kernel: BUG: scheduling while atomic: httpd/0x00000001/20656
Apr  8 20:48:45 A987 kernel:  [<c04b5968>] schedule+0x818/0xa70
Apr  8 20:48:45 A987 kernel:  [<c023cbc2>] put_io_context+0x42/0x80
Apr  8 20:48:45 A987 kernel:  [<c0128d99>] do_exit+0x3c9/0x480
Apr  8 20:48:45 A987 kernel:  [<c0104643>] die+0x233/0x240
Apr  8 20:48:45 A987 kernel:  [<c01049d0>] do_invalid_op+0x0/0xb0
Apr  8 20:48:45 A987 kernel:  [<c0104a76>] do_invalid_op+0xa6/0xb0
Apr  8 20:48:45 A987 kernel:  [<c015f547>] free_pages_bulk+0x17/0x210
Apr  8 20:48:45 A987 kernel:  [<c0171507>] page_remove_rmap+0x37/0x50
Apr  8 20:48:45 A987 kernel:  [<c016094c>] __pagevec_free+0x1c/0x30
Apr  8 20:48:45 A987 kernel:  [<c01635e4>] release_pages+0x144/0x190
Apr  8 20:48:45 A987 kernel:  [<c0103c91>] error_code+0x39/0x40
Apr  8 20:48:45 A987 kernel:  [<c017007b>] move_page_tables+0x7b/0x120
Apr  8 20:48:45 A987 kernel:  [<c0171507>] page_remove_rmap+0x37/0x50
Apr  8 20:48:45 A987 kernel:  [<c0169951>] zap_pte_range+0x221/0x340
Apr  8 20:48:45 A987 kernel:  [<c0169b34>] unmap_page_range+0xc4/0x160
Apr  8 20:48:45 A987 kernel:  [<c0169ca5>] unmap_vmas+0xd5/0x200
Apr  8 20:48:45 A987 kernel:  [<c016f4b5>] exit_mmap+0x85/0x120
Apr  8 20:48:45 A987 kernel:  [<c0121d68>] mmput+0x38/0xe0
Apr  8 20:48:45 A987 kernel:  [<c0128ae0>] do_exit+0x110/0x480
Apr  8 20:48:45 A987 kernel:  [<c0128eb6>] do_group_exit+0x36/0xa0
Apr  8 20:48:45 A987 kernel:  [<c0134a47>] get_signal_to_deliver+0x257/0x320
Apr  8 20:48:45 A987 kernel:  [<c0102f29>] do_signal+0x89/0x1b0
Apr  8 20:48:45 A987 kernel:  [<c0119198>] wake_up_state+0x18/0x20
Apr  8 20:48:45 A987 kernel:  [<c0132f75>] force_sig_info+0x85/0xb0
Apr  8 20:48:45 A987 kernel:  [<c0133a80>] force_sig+0x20/0x30
Apr  8 20:48:45 A987 kernel:  [<c01166e5>] do_page_fault+0x3b5/0x580
Apr  8 20:48:45 A987 kernel:  [<c0116330>] do_page_fault+0x0/0x580
Apr  8 20:48:45 A987 kernel:  [<c0103088>] do_notify_resume+0x38/0x3c
Apr  8 20:48:45 A987 kernel:  [<c0103256>] work_notifysig+0x13/0x19

Het vreemde is dat deze machine wekenlang zonder problemen heeft gedraaid en hij nu opeens een panic geeft

(TR is al aangemaakt voor verkeerde forum)

KPN - Vodafone Ziggo Partner

dinsdag 8 april 2008 22:31

Acties:

Super_ik

haklust!

regel 8: klinkt alsof de kernel zelf een bug trapt. oorzaak kan vanalles zijn, brakke driver oid.

regel 9: invalid opcode.
klinkt idd als een geheugen probleem. De opcode die hier had moeten staat is verkeerd weggeschreven of teruggelezen.

uit die lange backtrace kan ik niet achterhalen welke driver dit heeft veroorzaakt.

2 mogenlijke oorzaken dus:
1) memory: doe een memcheck met memtest86 oid
2) brakke driver: doe een kernel upgrade.

[ Voor 15% gewijzigd door Super_ik op 08-04-2008 22:32 ]

8<------------------------------------------------------------------------------------
Als ik zo door ga haal ik m'n dood niet. | ik hou van goeie muziek

dinsdag 8 april 2008 23:48

Acties:

CrankyGamerOG

Assumption is the mother.....

Topicstarter

Super_ik schreef op dinsdag 08 april 2008 @ 22:31:
regel 8: klinkt alsof de kernel zelf een bug trapt. oorzaak kan vanalles zijn, brakke driver oid.

regel 9: invalid opcode.
klinkt idd als een geheugen probleem. De opcode die hier had moeten staat is verkeerd weggeschreven of teruggelezen.

uit die lange backtrace kan ik niet achterhalen welke driver dit heeft veroorzaakt.

2 mogenlijke oorzaken dus:
1) memory: doe een memcheck met memtest86 oid
2) brakke driver: doe een kernel upgrade.

Ik dacht zelf dus ook al aan mem, maar de hamvraag is eigenlijk ...
kun je een traceback opzoeken in een db zoals het met microsofts crash codes kan ?

[ Voor 12% gewijzigd door CrankyGamerOG op 09-04-2008 02:30 ]

KPN - Vodafone Ziggo Partner

woensdag 9 april 2008 08:03

Acties:

ik222

Zoals gezegt draai eens memtes86+ dan weet je in ieder geval of het geheugen de oorzaak is.

woensdag 9 april 2008 08:18

Acties:

Equator

Crew Council

#whisky #barista

Op verzoek: Move naar Non-Windows Operating Systems

woensdag 9 april 2008 10:23

Acties:

Super_ik

haklust!

CrankyGamerOG schreef op dinsdag 08 april 2008 @ 23:48:
[...]
kun je een traceback opzoeken in een db zoals het met microsofts crash codes kan ?

voor zover ik weet niet, maar in deze backtrace staat echt helemaal nix wat te terug te lijden is naar een driver.

8<------------------------------------------------------------------------------------
Als ik zo door ga haal ik m'n dood niet. | ik hou van goeie muziek

woensdag 9 april 2008 12:46

Acties:

CrankyGamerOG

Assumption is the mother.....

Topicstarter

ik222 schreef op woensdag 09 april 2008 @ 08:03:
Zoals gezegt draai eens memtes86+ dan weet je in ieder geval of het geheugen de oorzaak is.

jah tuurlijk ga ik memtest draaien echter het is wat moeilijker om een server te memtesten als deze live in dc in adam hangt he

KPN - Vodafone Ziggo Partner

donderdag 10 april 2008 11:28

Acties:

Beuker

Van de week heb ik dit zelfde gezien.

In je crashlog begint die te blaten over CPU 3.
Als je naar het datacentrum toe gaat neem voor de zekerheid een nieuwe CPU mee.

Hoeveel cpu's zitten er in en hoeveel cores hebben ze. Gokje? 2 cpu's dual core?

[ Voor 20% gewijzigd door Beuker op 10-04-2008 11:30 ]

donderdag 10 april 2008 12:01

Acties:

CrankyGamerOG

Assumption is the mother.....

Topicstarter

DJ_Flowerz schreef op donderdag 10 april 2008 @ 11:28:
Van de week heb ik dit zelfde gezien.

In je crashlog begint die te blaten over CPU 3.
Als je naar het datacentrum toe gaat neem voor de zekerheid een nieuwe CPU mee.

Hoeveel cpu's zitten er in en hoeveel cores hebben ze. Gokje? 2 cpu's dual core?

nee quadcore , Q6600

KPN - Vodafone Ziggo Partner