Hi everyone,
Most of our virtual machines could happily be i386 (and save a bit of memory). I prefer the dom0s to be x86_64 for some added flexibility for applications that do need 64bit (MySQL, memcached, varnish).
I upgraded one of our boxes to F7 to get Xen 3.1 since it's supposed to be possible there. But it crashes pretty fast every time. I am running the latest kernel and xen in the dom0 and just the release tree in the domU.
Any ideas?
- ask
Freeing unused kernel memory: 180k freed Write protecting the kernel read-only data: 762k Oops: 0000 [#1] SMP last sysfs file: /class/graphics/fb0/name Modules linked in: xenblk xennet iscsi_tcp libiscsi scsi_transport_iscsi sr_mod sd_mod scsi_mod cdrom ipv6 ext2 ext3 mbcache jbd squashfs pcspkr loop nfs nfs_acl lockd sunrpc vfat fat cramfs CPU: 0 EIP: 0061:[<ee33d9d3>] Not tainted VLI EFLAGS: 00010097 (2.6.20-2925.9.fc7xen #1) EIP is at blkif_int+0x105/0x18c [xenblk] eax: 00000000 ebx: c252e000 ecx: c02d1550 edx: 00000000 esi: 00000001 edi: ed6b40ac ebp: c135ffc8 esp: c135ff9c ds: 007b es: 007b ss: 0069 Process init (pid: 243, ti=c135f000 task=c02d1550 task.ti=c1cb0000) Stack: 00000000 c135ffc8 00000000 00000001 00000002 00000001 ca000100 da537c5c ed78f580 00000000 00000000 c135ffe0 c1048ee9 0000010e c12fdb00 0000010e ed78f580 c135fff8 c104a2e4 c12fdb28 c1cb0e84 0000010e c104a24a c1cb0ea0 Call Trace: [<c1005d9e>] show_trace_log_lvl+0x1a/0x2f [<c1005e4e>] show_stack_log_lvl+0x9b/0xa3 [<c1005fea>] show_registers+0x194/0x26a [<c10061f1>] die+0x131/0x246 [<c11f9831>] do_page_fault+0xafc/0xc80 [<c11f7b25>] error_code+0x35/0x3c [<c1048ee9>] handle_IRQ_event+0x1a/0x4a [<c104a2e4>] handle_level_irq+0x9a/0xea [<c10070a8>] do_IRQ+0xc6/0xee [<c11472fa>] evtchn_do_upcall+0x62/0x9b [<c100575a>] hypervisor_callback+0x46/0x50 [<c1017c26>] raw_local_irq_enable+0x20/0x22 [<c11f7557>] _spin_unlock_irq+0x27/0x2a [<c101fcce>] do_syslog+0x122/0x30e [<c10a33f2>] kmsg_read+0x34/0x3c [<c106e0ac>] vfs_read+0xad/0x161 [<c106e538>] sys_read+0x3d/0x61 [<c1005568>] syscall_call+0x7/0xb ======================= Code: ff c7 04 24 58 e5 33 ee 83 c0 0c 89 44 24 04 e8 5c 20 ce d2 89 d8 c7 83 e0 13 00 00 00 00 00 00 e8 87 05 00 00 8b 55 dc 8b 45 dc <8b> 4a 30 89 f2 e8 98 02 d9 d2 85 c0 74 04 0f 0b eb fe 8b 45 dc EIP: [<ee33d9d3>] blkif_int+0x105/0x18c [xenblk] SS:ESP 0069:c135ff9c <0>Kernel panic - not syncing: Fatal exception in interrupt BUG: at arch/i386/kernel/smp-xen.c:530 smp_call_function() [<c1005d9e>] show_trace_log_lvl+0x1a/0x2f [<c1006347>] show_trace+0x12/0x14 [<c10063c2>] dump_stack+0x16/0x18 [<c100fbcc>] smp_call_function+0x60/0xfb [<c100fc85>] smp_send_stop+0x1e/0x34 [<c101eed8>] panic+0x54/0x188 [<c10062d1>] die+0x211/0x246 [<c11f9831>] do_page_fault+0xafc/0xc80 [<c11f7b25>] error_code+0x35/0x3c [<c1048ee9>] handle_IRQ_event+0x1a/0x4a [<c104a2e4>] handle_level_irq+0x9a/0xea [<c10070a8>] do_IRQ+0xc6/0xee [<c11472fa>] evtchn_do_upcall+0x62/0x9b [<c100575a>] hypervisor_callback+0x46/0x50 [<c1017c26>] raw_local_irq_enable+0x20/0x22 [<c11f7557>] _spin_unlock_irq+0x27/0x2a [<c101fcce>] do_syslog+0x122/0x30e [<c10a33f2>] kmsg_read+0x34/0x3c [<c106e0ac>] vfs_read+0xad/0x161 [<c106e538>] sys_read+0x3d/0x61 [<c1005568>] syscall_call+0x7/0xb =======================
[....]
drivers/usb/input/hid-core.c: v2.6:USB HID core driver BUG: at kernel/fork.c:994 copy_process() [<c1005d9e>] show_trace_log_lvl+0x1a/0x2f [<c1006347>] show_trace+0x12/0x14 [<c10063c2>] dump_stack+0x16/0x18 [<c101d040>] copy_process+0x195/0x1245 [<c101e140>] do_fork+0x50/0x117 [<c1003351>] kernel_thread+0x8e/0x96 [<c102c6fd>] __call_usermodehelper+0x2d/0x46 [<c102cd4b>] run_workqueue+0x89/0x145 [<c102d70d>] worker_thread+0xd5/0x102 [<c102ff23>] kthread+0xb3/0xdc [<c10058df>] kernel_thread_helper+0x7/0x10 ======================= PNP: No PS/2 controller found. Probing ports directly. i8042.c: No controller found. mice: PS/2 mouse device common for all mice TCP bic registered Initializing XFRM netlink socket NET: Registered protocol family 1 NET: Registered protocol family 17 Using IPI No-Shortcut mode XENBUS: Device with no driver: device/vbd/51712 XENBUS: Device with no driver: device/vif/0 Freeing unused kernel memory: 180k freed Write protecting the kernel read-only data: 762k Oops: 0000 [#1] SMP last sysfs file: /class/graphics/fb0/name Modules linked in: xenblk xennet iscsi_tcp libiscsi scsi_transport_iscsi sr_mod sd_mod scsi_mod cdrom ipv6 ext2 ext3 mbcache jbd squashfs pcspkr loop nfs nfs_acl lockd sunrpc vfat fat cramfs CPU: 0 EIP: 0061:[<ee33d9d3>] Not tainted VLI EFLAGS: 00010097 (2.6.20-2925.9.fc7xen #1) EIP is at blkif_int+0x105/0x18c [xenblk] eax: 00000000 ebx: c252e000 ecx: 00000000 edx: 00000000 esi: 00000001 edi: ed6e20ac ebp: c135ffc8 esp: c135ff9c ds: 007b es: 007b ss: 0069 Process init (pid: 243, ti=c135f000 task=c02ce030 task.ti=c1cb0000) Stack: 00000000 c135ffc8 00000000 00000001 00000002 00000001 ca000100 da537c5c c1cd84a0 00000000 00000000 c135ffe0 c1048ee9 0000010e c12fdb00 0000010e c1cd84a0 c135fff8 c104a2e4 c12fdb28 c1cb0e84 0000010e c104a24a c1cb0ea0 Call Trace: [<c1005d9e>] show_trace_log_lvl+0x1a/0x2f [<c1005e4e>] show_stack_log_lvl+0x9b/0xa3 [<c1005fea>] show_registers+0x194/0x26a [<c10061f1>] die+0x131/0x246 [<c11f9831>] do_page_fault+0xafc/0xc80 [<c11f7b25>] error_code+0x35/0x3c [<c1048ee9>] handle_IRQ_event+0x1a/0x4a [<c104a2e4>] handle_level_irq+0x9a/0xea [<c10070a8>] do_IRQ+0xc6/0xee [<c11472fa>] evtchn_do_upcall+0x62/0x9b [<c100575a>] hypervisor_callback+0x46/0x50 [<c1017c26>] raw_local_irq_enable+0x20/0x22 [<c11f7557>] _spin_unlock_irq+0x27/0x2a [<c101fcce>] do_syslog+0x122/0x30e [<c10a33f2>] kmsg_read+0x34/0x3c [<c106e0ac>] vfs_read+0xad/0x161 [<c106e538>] sys_read+0x3d/0x61 [<c1005568>] syscall_call+0x7/0xb ======================= Code: ff c7 04 24 58 e5 33 ee 83 c0 0c 89 44 24 04 e8 5c 20 ce d2 89 d8 c7 83 e0 13 00 00 00 00 00 00 e8 87 05 00 00 8b 55 dc 8b 45 dc <8b> 4a 30 89 f2 e8 98 02 d9 d2 85 c0 74 04 0f 0b eb fe 8b 45 dc EIP: [<ee33d9d3>] blkif_int+0x105/0x18c [xenblk] SS:ESP 0069:c135ff9c <0>Kernel panic - not syncing: Fatal exception in interrupt BUG: at arch/i386/kernel/smp-xen.c:530 smp_call_function() [<c1005d9e>] show_trace_log_lvl+0x1a/0x2f [<c1006347>] show_trace+0x12/0x14 [<c10063c2>] dump_stack+0x16/0x18 [<c100fbcc>] smp_call_function+0x60/0xfb [<c100fc85>] smp_send_stop+0x1e/0x34 [<c101eed8>] panic+0x54/0x188 [<c10062d1>] die+0x211/0x246 [<c11f9831>] do_page_fault+0xafc/0xc80 [<c11f7b25>] error_code+0x35/0x3c [<c1048ee9>] handle_IRQ_event+0x1a/0x4a [<c104a2e4>] handle_level_irq+0x9a/0xea [<c10070a8>] do_IRQ+0xc6/0xee [<c11472fa>] evtchn_do_upcall+0x62/0x9b [<c100575a>] hypervisor_callback+0x46/0x50 [<c1017c26>] raw_local_irq_enable+0x20/0x22 [<c11f7557>] _spin_unlock_irq+0x27/0x2a [<c101fcce>] do_syslog+0x122/0x30e [<c10a33f2>] kmsg_read+0x34/0x3c [<c106e0ac>] vfs_read+0xad/0x161 [<c106e538>] sys_read+0x3d/0x61 [<c1005568>] syscall_call+0x7/0xb =======================
On Aug 7, 2007, at 3:18 AM, Ask Bjørn Hansen wrote:
Most of our virtual machines could happily be i386 (and save a bit of memory). I prefer the dom0s to be x86_64 for some added flexibility for applications that do need 64bit (MySQL, memcached, varnish).
I upgraded one of our boxes to F7 to get Xen 3.1 since it's supposed to be possible there. But it crashes pretty fast every time. I am running the latest kernel and xen in the dom0 and just the release tree in the domU.
I take it nobody has an obvious solution. :-)
Is it supposed to work at all?
- ask
Freeing unused kernel memory: 180k freed Write protecting the kernel read-only data: 762k Oops: 0000 [#1] SMP last sysfs file: /class/graphics/fb0/name Modules linked in: xenblk xennet iscsi_tcp libiscsi scsi_transport_iscsi sr_mod sd_mod scsi_mod cdrom ipv6 ext2 ext3 mbcache jbd squashfs pcspkr loop nfs nfs_acl lockd sunrpc vfat fat cramfs CPU: 0 EIP: 0061:[<ee33d9d3>] Not tainted VLI EFLAGS: 00010097 (2.6.20-2925.9.fc7xen #1)
[snip]