Bug 233937
| Summary: | Newest kernel causes random reboots/hangs, using 2.6.19 solves problem | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | repatch42 | ||||||||
| Component: | kernel-xen-2.6 | Assignee: | Juan Quintela <quintela> | ||||||||
| Status: | CLOSED DUPLICATE | QA Contact: | |||||||||
| Severity: | high | Docs Contact: | |||||||||
| Priority: | medium | ||||||||||
| Version: | 6 | CC: | bjohnson, djuran, ehabkost, massimo, mishu, rjones, rolf | ||||||||
| Target Milestone: | --- | ||||||||||
| Target Release: | --- | ||||||||||
| Hardware: | i386 | ||||||||||
| OS: | Linux | ||||||||||
| Whiteboard: | |||||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||||
| Doc Text: | Story Points: | --- | |||||||||
| Clone Of: | Environment: | ||||||||||
| Last Closed: | 2007-05-21 13:47:20 UTC | Type: | --- | ||||||||
| Regression: | --- | Mount Type: | --- | ||||||||
| Documentation: | --- | CRM: | |||||||||
| Verified Versions: | Category: | --- | |||||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||||
| Embargoed: | |||||||||||
| Attachments: |
|
||||||||||
|
Description
repatch42
2007-03-26 04:03:35 UTC
I also get this. And I get this in /var/log/messages:
Mar 27 11:01:46 heisenberg kernel: list_del corruption. next->prev should be
c34cd000, but was c0610000 Mar
27 11:01:46 heisenberg kernel: ------------[ cut here ]------------
Mar 27
11:01:46 heisenberg kernel: kernel BUG at lib/list_debug.c:72!
Mar 27
11:01:46 heisenberg kernel: invalid opcode: 0000 [#1]
Mar 27
11:01:46 heisenberg kernel: SMP
Mar 27
11:01:46 heisenberg kernel: last sysfs file: /class/misc/evtchn/dev
Mar 27
11:01:46 heisenberg kernel: Modules linked in: ipt_REDIRECT xt_physdev
ipt_MASQUERADE iptable_nat nf_nat bridge netloop netbk blktap blkbk autofs4 hidp
l2cap bluetooth sunrpc nf_conntrack_netbios_ns ipt_REJECT nf_conntrack_ipv4
xt_state nf_conntrack nfnetlink iptable_filter ip_tables ip6t_REJECT xt_tcpudp
ip6table_filter ip6_tables x_tables ipv6 dm_multipath video sbs i2c_ec dock
button battery asus_acpi backlight ac lp e1000 snd_intel8x0 snd_ac97_codec
ac97_bus snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device
snd_pcm_oss i2c_i801 i2c_core snd_mixer_oss iTCO_wdt iTCO_vendor_support snd_pcm
snd_timer ne2k_pci snd soundcore 8390 snd_page_alloc pcspkr floppy parport_pc
parport ide_cd cdrom serial_core dm_snapshot dm_zero dm_mirror dm_mod ata_piix
libata sd_mod scsi_mod ext3 jbd ehci_hcd ohci_hcd uhci_hcd
Mar 27 11:01:46
heisenberg kernel: CPU: 0
Mar 27 11:01:46
heisenberg kernel: EIP: 0061:[<c04e1fba>] Not tainted VLI
Mar 27 11:01:46
heisenberg kernel: EFLAGS: 00010092 (2.6.20-1.2933.fc6xen #1)
Mar 27 11:01:46
heisenberg kernel: EIP is at list_del+0x42/0x5d
Mar 27 11:01:46
heisenberg kernel: eax: 00000048 ebx: c0610000 ecx: c06e6b50 edx: f5416000
Mar 27 11:01:46
heisenberg kernel: esi: c34cd000 edi: c0d81dc0 ebp: c0d83180 esp: dc6fbef4
Mar 27 11:01:46
heisenberg kernel: ds: 007b es: 007b ss: 0069
Mar 27 11:01:46
heisenberg kernel: Process events/0 (pid: 8, ti=dc6fb000 task=c0da25f0
task.ti=dc6fb000) Mar 27
11:01:46 heisenberg kernel: Stack: c06a4b86 c34cd000 c0610000 c34cd240 c046278b
00000017 00000000 00000003 Mar 27
11:01:46 heisenberg kernel: 00000001 dc80ca24 dc80ca20 00000003 dc80ca00
00000000 c046289b 00000000 Mar 27
11:01:46 heisenberg kernel: 00000000 c0d83180 c0d81de4 c0d81dc0 c0d83180
00000000 c13ad740 c0463b01 Mar 27
11:01:46 heisenberg kernel: Call Trace:
Mar 27
11:01:46 heisenberg kernel: [<c0610000>] io_schedule_timeout+0x20/0x63
Mar 27
11:01:46 heisenberg kernel: [<c046278b>] free_block+0x5f/0xe5
Mar 27
11:01:46 heisenberg kernel: [<c046289b>] drain_array+0x8a/0xb5
Mar 27
11:01:46 heisenberg kernel: [<c0463b01>] cache_reap+0x61/0x124
Mar 27
11:01:46 heisenberg kernel: [<c042aa3a>] run_workqueue+0x85/0x125
Mar 27
11:01:46 heisenberg kernel: [<c061149a>] _spin_lock_irqsave+0x12/0x17
Mar 27
11:01:46 heisenberg kernel: [<c0463aa0>] cache_reap+0x0/0x124
Mar 27 11:01:46 heisenberg kernel: [<c042b38c>] worker_thread+0xd9/0x105
Mar 27 11:01:46 heisenberg kernel: [<c0418c8f>] default_wake_function+0x0/0xc
Mar 27 11:01:46 heisenberg kernel: [<c042b2b3>] worker_thread+0x0/0x105
The corruption might be caused by
Mar 27 11:01:05 heisenberg kernel: ADDRCONF(NETDEV_CHANGE): vif1.0: link becomes
ready Mar 27
11:01:05 heisenberg kernel: xenbr0: port 3(vif1.0) entering learning state
Mar 27
11:01:05 heisenberg kernel: xenbr0: topology change detected, propagating
Mar 27
11:01:05 heisenberg kernel: xenbr0: port 3(vif1.0) entering forwarding state
But I am not sure about that.
I have similar issues (kernel-xen-2.6.20-1.2933.fc6 hangs/crashes; works fine with kernel-xen-2.6.19-1.2911.6.5.fc6). I can reproduce it by copying a 80GB partition with dd if=/dev/sda6 of=/dev/sda5 bs=128b, which will cause the problem to occur within two or three minutes. Without I/O load, the system runs fine for several days. This looks like a duplicate of bug #233749 *** Bug 233749 has been marked as a duplicate of this bug. *** bug #234008 may have useful information for this bug, also. Maybe #234008 also have the same cause of this one. Latest greatest kernel-xen-2.6.20-1.2944 also hangs during boot. For a while all goes well, and then during the startup of some service is totally locks up. Looks like duplicate for bug #238403 For those who care: kernel-xen-2.6.20-1.2948 also locks up. I'm personally very happy with KVM as it gives some alternative. I think this problem is still not solved. ;-( And kernel-xen-2.6.19 packages was removed from fedora updates directory so I can't install new guests with this kernel. :-( Can somebody fix this bud or give back kernel-xen-2.6.19 into updates? Is this bug also in Fedora 7 ? Does kernel-xen-2.6.19 working for somebody? I am attaching dmesg-s from my another machine. Machine is working well, but applications hangs sometimes. Created attachment 155074 [details]
xen dmesg
Created attachment 155075 [details]
domain0 dmesg output
Created attachment 155076 [details]
host dmesg output
The problem was fixed on FC7, and it is being fixed for FC6. I am marking this ticket was duplicate of bug 234008, as bug 234008 is being used as the main ticket for those do_iret_error() and evtchn_upcall() Oopses on FC6. *** This bug has been marked as a duplicate of 234008 *** |