<html><head><style type='text/css'>body { font-family: 'Arial'; font-size: 10pt; color: #000000}</style></head><body>Thanks for the info - I'll look for the update. I still get the panic, regardless of memory settings.<br><br><br>----- Original Message -----<br>From: "Chris Lalancette" &lt;clalance@redhat.com&gt;<br>To: "Jim Klein" &lt;jklein@saugus.k12.ca.us&gt;<br>Cc: "fedora-xen" &lt;fedora-xen@redhat.com&gt;<br>Sent: Wednesday, October 31, 2007 9:25:52 AM (GMT-0800) America/Los_Angeles<br>Subject: Re: [Fedora-xen] RHEL4 DomU Update Problem<br><br>Jim Klein wrote:<br>&gt; <br>&gt; Kernel panics (lots of them, all the same):<br>&gt; kernel BUG at arch/i386/mm/pgtable-xen.c:306!<br>&gt; invalid operand: 0000 [#1]<br>&gt; SMP<br>&gt; Modules linked in: ext3 jbd dm_mod xenblk sd_mod scsi_mod<br>&gt; CPU: &nbsp; &nbsp;0<br>&gt; EIP: &nbsp; &nbsp;0061:[&lt;c011163a&gt;] &nbsp; &nbsp;Not tainted VLI<br>&gt; EFLAGS: 00010282 &nbsp; (2.6.9-55.0.9.ELxenU)<br>&gt; EIP is at pgd_ctor+0x1d/0x26<br>&gt; eax: fffffff4 &nbsp; ebx: 00000000 &nbsp; ecx: f5392000 &nbsp; edx: 00000000<br>&gt; esi: c19fdd80 &nbsp; edi: eca6aaa0 &nbsp; ebp: 00000001 &nbsp; esp: ecb3cd6c<br>&gt; ds: 007b &nbsp; es: 007b &nbsp; ss: 0068<br>&gt; Process 10-udev.hotplug (pid: 398, threadinfo=ecb3c000 task=ecb2a070)<br>&gt; Stack: c0141b69 ecb4b000 c19fdd80 00000001 ecb4b000 eca6aaa0 c19fdd80<br>&gt; c19fde40<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp;c0141ceb c19fdd80 eca6aaa0 00000001 c19fdd80 eca6aaa0 ecb4b000<br>&gt; 00000010<br>&gt; &nbsp; &nbsp; &nbsp; &nbsp;00000001 000000d0 c1a1b080 0000000c c19fde08 c19fdd80 c0141eda<br>&gt; c19fdd80<br>&gt; Call Trace:<br>&gt; &nbsp;[&lt;c0141b69&gt;] cache_init_objs+0x35/0x56<br>&gt; &nbsp;[&lt;c0141ceb&gt;] cache_grow+0xfb/0x187<br>&gt; &nbsp;[&lt;c0141eda&gt;] cache_alloc_refill+0x163/0x19c<br>&gt; &nbsp;[&lt;c01420f5&gt;] kmem_cache_alloc+0x67/0x97<br>&gt; &nbsp;[&lt;c0111671&gt;] pgd_alloc+0x17/0x336<br>&gt; &nbsp;[&lt;c01199d4&gt;] mm_init+0xd7/0x116<br>&gt; &nbsp;[&lt;c01199e4&gt;] mm_init+0xe7/0x116<br>&gt; &nbsp;[&lt;c0119c8a&gt;] copy_mm+0xbb/0x396<br>&gt; &nbsp;[&lt;c0268f10&gt;] __cond_resched+0x14/0x3c<br>&gt; &nbsp;[&lt;c011aa5a&gt;] copy_process+0x6b5/0xb0b<br>&gt; &nbsp;[&lt;c011af9d&gt;] do_fork+0x8a/0x16b<br>&gt; &nbsp;[&lt;c0107507&gt;] error_code+0x2b/0x30<br>&gt; &nbsp;[&lt;c0105d2c&gt;] sys_clone+0x24/0x28<br>&gt; &nbsp;[&lt;c010737f&gt;] syscall_call+0x7/0xb<br>&gt; Code: 74 02 66 a5 a8 01 74 01 a4 5e 5b 5e 5f c3 80 3d 04 07 2f c0 00 75<br>&gt; 1c 6a 20 6a 00 ff 74 24 0c e8 ce 37 00 00 83 c4 0c 85 c0 74 08 &lt;0f&gt; 0b<br>&gt; 32 01 b6 31 27 c0 c3 80 3d 04 07 2f c0 00 75 0d c7 44 24<br>&gt; &nbsp;&lt;0&gt;Fatal exception: panic in 5 seconds<br><br>OK. &nbsp;This crash is a bug in the 4.5 kernel that I've now fixed. &nbsp;It should be<br>fixed when 4.6 comes out. &nbsp;In the meantime, you probably should be able to work<br>around this bug by reducing the amount of memory you are assigning to that domain.<br><br>Chris Lalancette<br></body></html>