search for: error_exit

...7} <ffffffff80123ed3>{do_page_fault+575} <5> <ffffffff80169ff2>{handle_mm_fault+1228} <ffffffff80123e9a>{do_page_fault+518} <5> <ffffffff8011026a>{system_call+126} <ffffffff80132bc6>{schedule_tail+202} <5> <ffffffff80110d91>{error_exit+0} <5> <5> Code: 8b 40 10 89 44 24 58 e8 3d 80 1a e0 31 c0 f6 44 24 58 07 0f <5> RIP <ffffffffa0163207>{:wct4xxp:t4_interrupt_gen2+63} RSP <00000100013ebdb0> <5> CR2: ffffff0000034010 <5> <0>Kernel panic - not syncing: Oops <5> Badness in pani...

An HTML attachment was scrubbed... URL: <http://lists.centos.org/pipermail/centos/attachments/20100405/b0bb4b91/attachment-0003.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: GilbertoNunesFerreira_html_185aa38c.jpg Type: image/jpeg Size: 16538 bytes Desc: not available URL:

Hello list, I just got this ominous bug on my machine, that has already been seen several times: http://lists.xensource.com/archives/html/xen-devel/2006-01/msg00180.html The machine is very similar, it''s a machine with two dual-core opterons, running one of the latest xen-3.0.3-unstable (20060926 hypervisor, and a vanilla 2.6.18 + xen patch from Fedora from 20060915). This machine was

...dex: 2007-12-10/xen/common/event_channel.c =================================================================== --- 2007-12-10.orig/xen/common/event_channel.c 2007-09-10 09:59:37.000000000 +0200 +++ 2007-12-10/xen/common/event_channel.c 2007-12-10 09:22:53.000000000 +0100 @@ -42,8 +42,16 @@ #define ERROR_EXIT(_errno) \ do { \ gdprintk(XENLOG_WARNING, \ - "EVTCHNOP failure: domain %d, error %d, line %d\n", \ - current-...

...on some of them in SMP mode (UP works fine). After the installation of CD, it boots up but kernel panics with the following error: Badness in i8042_panic_blink at drivers/input/serio/i8042.c:992 This is the call trace: apic_timer_interrupt+133 vgacon_cursor+0 oops_end+64 release_console_sem+369 error_exit+0 :scsi_mod:scsi_delete_timer+19 :3w_9xxx:twa_interrupt+1323 do_IRQ+197 mwait_idle+86 cpu_idle+26 The Uni processor works fine. I tried the SMP kernel from Fedora Core 4 x86_64 which works fine as well. Any idea what's going on here? I've already tried disabling as many things from the...

...7>] ? do_group_exit+0x76/0x9d [469390.127183] [<ffffffff8105dec1>] ? get_signal_to_deliver+0x318/0x343 [469390.127193] [<ffffffff8101004f>] ? do_notify_resume+0x87/0x73f [469390.127202] [<ffffffff812fbf45>] ? page_fault+0x25/0x30 [469390.127211] [<ffffffff812fc17a>] ? error_exit+0x2a/0x60 [469390.127219] [<ffffffff8101151d>] ? retint_restore_args+0x5/0x6 [469390.127228] [<ffffffff8100e22f>] ? xen_restore_fl_direct_end+0x0/0x1 [469390.127240] [<ffffffff8119564d>] ? __put_user_4+0x1d/0x30 [469390.128009] [<ffffffff81010e0e>] ? int_signal+0x12/0x17...

...7>] ? do_group_exit+0x76/0x9d [469390.127183] [<ffffffff8105dec1>] ? get_signal_to_deliver+0x318/0x343 [469390.127193] [<ffffffff8101004f>] ? do_notify_resume+0x87/0x73f [469390.127202] [<ffffffff812fbf45>] ? page_fault+0x25/0x30 [469390.127211] [<ffffffff812fc17a>] ? error_exit+0x2a/0x60 [469390.127219] [<ffffffff8101151d>] ? retint_restore_args+0x5/0x6 [469390.127228] [<ffffffff8100e22f>] ? xen_restore_fl_direct_end+0x0/0x1 [469390.127240] [<ffffffff8119564d>] ? __put_user_4+0x1d/0x30 [469390.128009] [<ffffffff81010e0e>] ? int_signal+0x12/0x17...

...;] __handle_mm_fault+0x440/0x11f6 Apr 2 17:18:28 s_local at webmail kernel:[<ffffffff802639f9>] _spin_lock_irqsave+0x9/0x14 Apr 2 17:18:28 s_local at webmail kernel:[<ffffffff802666ef>] do_page_fault+0xf7b/0x12e0 Apr 2 17:18:28 s_local at webmail kernel:[<ffffffff8025f82b>] error_exit+0x0/0x6e Apr 2 17:18:28 s_local at webmail kernel: Apr 2 17:18:28 s_local at webmail kernel:Mem-info: Apr 2 17:18:28 s_local at webmail kernel:DMA per-cpu: Apr 2 17:18:28 s_local at webmail kernel:cpu 0 hot: high 186, batch 31 used:84 Apr 2 17:18:28 s_local at webmail kernel:cpu 0 cold: high 6...

...ll schedule - cli + DISABLE_INTERRUPTS(CLBR_NONE) .if \trace TRACE_IRQS_OFF .endif @@ -851,7 +868,7 @@ KPROBE_ENTRY(error_entry) testl $3,CS(%rsp) je error_kernelspace error_swapgs: - swapgs + SWAPGS error_sti: movq %rdi,RDI(%rsp) movq %rsp,%rdi @@ -862,7 +879,7 @@ error_sti: error_exit: movl %ebx,%eax RESTORE_REST - cli + DISABLE_INTERRUPTS(CLBR_NONE) TRACE_IRQS_OFF GET_THREAD_INFO(%rcx) testl %eax,%eax @@ -875,7 +892,7 @@ error_exit: * The iret might restore flags: */ TRACE_IRQS_IRETQ - swapgs + SWAPGS RESTORE_ARGS 0,8,0 jmp iret_label CFI_E...

...ll schedule - cli + DISABLE_INTERRUPTS(CLBR_NONE) .if \trace TRACE_IRQS_OFF .endif @@ -851,7 +868,7 @@ KPROBE_ENTRY(error_entry) testl $3,CS(%rsp) je error_kernelspace error_swapgs: - swapgs + SWAPGS error_sti: movq %rdi,RDI(%rsp) movq %rsp,%rdi @@ -862,7 +879,7 @@ error_sti: error_exit: movl %ebx,%eax RESTORE_REST - cli + DISABLE_INTERRUPTS(CLBR_NONE) TRACE_IRQS_OFF GET_THREAD_INFO(%rcx) testl %eax,%eax @@ -875,7 +892,7 @@ error_exit: * The iret might restore flags: */ TRACE_IRQS_IRETQ - swapgs + SWAPGS RESTORE_ARGS 0,8,0 jmp iret_label CFI_E...

...ffffffff802b32a2>] swapin_readahead+0x4e/0x77 [<ffffffff8020929d>] __handle_mm_fault+0xae3/0xf46 [<ffffffff80260709>] _spin_lock_irqsave+0x9/0x14 [<ffffffff80262fe8>] do_page_fault+0xe48/0x11dc [<ffffffff80207138>] kmem_cache_free+0x77/0xca [<ffffffff8025cb6f>] error_exit+0x0/0x6e We think the whole problem is how the kernel fails to handle resource cloging (to many interrupts, heavy CPU and memory usage in the defined zones etc.) from stubmbling on some fuzzy posts on the net, example: http://article.gmane.org/gmane.comp.emulators.xen.user/26617 Is this problem...

...ebra kernel: [<ffffffff8024b57f>] blk_get_queue+0x1f/0x26 Apr 5 09:03:07 zebra kernel: [<ffffffff887198f7>] :blkbk:dispatch_rw_block_io+0x4db/0x5a2 Apr 5 09:03:07 zebra kernel: [<ffffffff80340368>] __next_cpu+0x19/0x28 Apr 5 09:03:07 zebra kernel: [<ffffffff8026082b>] error_exit+0x0/0x6e Apr 5 09:03:07 zebra kernel: [<ffffffff8028792a>] find_busiest_group+0x1db/0x44d Apr 5 09:03:07 zebra kernel: [<ffffffff802883c0>] dequeue_task+0x18/0x37 Apr 5 09:03:07 zebra kernel: [<ffffffff80288407>] deactivate_task+0x28/0x5f Apr 5 09:03:07 zebra kernel: [<...

...rm: 2.6.18-128.1.6.el5 x86_64 Guest: centos uname -rm: 2.6.18-128.4.1.el5 x86_64 Vmware server : VMware-server-2.0.1-156745.x86_64.rpm Logwatch in guest: --------------------- Kernel Begin ------------------------ WARNING: Kernel Errors Present [<ffffffff8005dde9>] error_exit+0x0/0x84 ...: 3 Time(s) ---------------------- Kernel End ------------------------- Any ideas? Hardware problem? How can I check hardware? The only message I found is from mysqld: Number of processes running now: 0 091111 12:29:05 mysqld restarted 091111 12:29:07 InnoDB: D...

...ffffffff802b32a2>] swapin_readahead+0x4e/0x77 [<ffffffff8020929d>] __handle_mm_fault+0xae3/0xf46 [<ffffffff80260709>] _spin_lock_irqsave+0x9/0x14 [<ffffffff80262fe8>] do_page_fault+0xe48/0x11dc [<ffffffff80207138>] kmem_cache_free+0x77/0xca [<ffffffff8025cb6f>] error_exit+0x0/0x6e We think the whole problem is how the kernel fails to handle resource cloging (to many interrupts, heavy CPU and memory usage in the defined zones etc.) from stubmbling on some fuzzy posts on the net, example: http://article.gmane.org/gmane.comp.emulators.xen.user/26617 Is this problem...

...cannot deal currently with this size of disk * due to fileid limitations (see msdosfs_getattr and * msdosfs_readdir) */ error = EINVAL; printf("mountmsdosfs(): disk too big, sorry\n"); goto error_exit; } So, I am guessing that since fileid is only 32 bits wide the macro which generates fileid values for FAT will generate too large a number to be stored. Does anyone have an idea how I can work around or fix this problem? FS internals are not my cup of tea :) I think I will just resort...

...ry/entry_64.S @@ -902,7 +902,7 @@ ENTRY(do_softirq_own_stack) ret END(do_softirq_own_stack) -#ifdef CONFIG_XEN +#ifdef CONFIG_XEN_PV idtentry xen_hypervisor_callback xen_do_hypervisor_callback has_error_code=0 /* @@ -983,7 +983,9 @@ ENTRY(xen_failsafe_callback) ENCODE_FRAME_POINTER jmp error_exit END(xen_failsafe_callback) +#endif /* CONFIG_XEN_PV */ +#ifdef CONFIG_XEN apicinterrupt3 HYPERVISOR_CALLBACK_VECTOR \ xen_hvm_callback_vector xen_evtchn_do_upcall @@ -998,7 +1000,7 @@ idtentry debug do_debug has_error_code=0 paranoid=1 shift_ist=DEBUG_STACK idtentry int3 do_int3 has...

...4/0x47 [<ffffffff802699bf>] dump_stack+0x12/0x17 [<ffffffff8029e64f>] down_read+0x15/0x23 [<ffffffff8029666e>] blocking_notifier_call_chain+0x13/0x36 [<ffffffff8021505c>] do_exit+0x1f/0x8f7 [<ffffffff80264fe6>] do_page_fault+0x7a1/0x81c [<ffffffff8026307d>] error_exit+0x0/0x84 [<ffffffff8831b12d>] :ip_conntrack:destroy_conntrack+0x3b/0x112 [<ffffffff8831b1f9>] :ip_conntrack:destroy_conntrack+0x107/0x112 [<ffffffff8831a18e>] :ip_conntrack:ip_ct_iterate_cleanup+0x3e/0x124 [<ffffffff8831a2ea>] :ip_conntrack:ip_conntrack_cleanup+0x68/0xc5...

...x cdc790c..430b1fc 100644 --- a/arch/x86/kernel/entry_64.S +++ b/arch/x86/kernel/entry_64.S @@ -1451,7 +1451,7 @@ ENTRY(xen_failsafe_callback) CFI_RESTORE r11 addq $0x30,%rsp CFI_ADJUST_CFA_OFFSET -0x30 - pushq_cfi $0 + pushq_cfi $-1 /* orig_ax = -1 => not a system call */ SAVE_ALL jmp error_exit CFI_ENDPROC -- 1.7.2.5

...000001e 0000000000000034 0000000000030000 ffffffff8010722a Call Trace: <ffffffff801e7166>{vgacon_cursor+0} <ffffffff8010722a>{hypercall_page+554} <ffffffff8010722a>{hypercall_page+554} <ffffffff8023729f>{force_evtchn_callback+10} <ffffffff8010b403>{error_exit+0} <ffffffff801e03d4>{__pci_find_next_cap+100} <ffffffff801e03d4>{__pci_find_next_cap+100} <ffffffff880d7a5f>{:qla2xxx:qla2x00_get_nvram_word+72} <ffffffff880d7a97>{:qla2xxx:qla2x00_get_nvram_word+128} <ffffffff801e03d4>{__pci_find_next_cap+100} &l...

...0000000000030000 ffffffff8010722a > Call Trace: <ffffffff801e7166>{vgacon_cursor+0} > <ffffffff8010722a>{hypercall_page+554} > <ffffffff8010722a>{hypercall_page+554} > <ffffffff8023729f>{force_evtchn_callback+10} > <ffffffff8010b403>{error_exit+0} > <ffffffff801e03d4>{__pci_find_next_cap+100} > <ffffffff801e03d4>{__pci_find_next_cap+100} > <ffffffff880d7a5f>{:qla2xxx:qla2x00_get_nvram_word+72} > <ffffffff880d7a97>{:qla2xxx:qla2x00_get_nvram_word+128} > <ffffffff801e03d4>{__...