<html><head><style type='text/css'>body { font-family: 'Arial'; font-size: 10pt; color: #000000}</style></head><body>Now it's really interesting. If I just try to boot the system with the disk labeled xvda, I get a huge series of kernel panics (see below.) If I change it to sda (in both the config file and grub) it looks like it might work, but then I get:<br><br>Freeing unused kernel memory: 124k freed<br>SCSI subsystem initialized<br>Registering block device major 8<br>register_blkdev: cannot get major 8 for sd<br>xen_blk: can't get major 8 with name sd<br>vbd vbd-2048: 19 xlvbd_add at /local/domain/0/backend/vbd/27/2048<br>Registering block device major 8<br>register_blkdev: cannot get major 8 for sd<br>xen_blk: can't get major 8 with name sd<br>vbd vbd-2048: 19 xlvbd_add at /local/domain/0/backend/vbd/27/2048<br>XENBUS: Timeout connecting to device: device/vbd/2048 (state 6)<br>device-mapper: 4.5.5-ioctl (2006-12-01) initialised: dm-devel@redhat.com<br>Kernel panic - not syncing: Attempted to kill init!<br><br>FYI, this wasn't a Xensource kernel before, it was actually a Fedora 5 kernel (2.6.15-1.2054_FC5xenU) I created a yum repository for RHEL4 with the Fedora kernel, and used it to set up the box.<br><br>Kernel panics (lots of them, all the same):<br>kernel BUG at arch/i386/mm/pgtable-xen.c:306!<br>invalid operand: 0000 [#1]<br>SMP <br>Modules linked in: ext3 jbd dm_mod xenblk sd_mod scsi_mod<br>CPU:&nbsp;&nbsp;&nbsp; 0<br>EIP:&nbsp;&nbsp;&nbsp; 0061:[&lt;c011163a&gt;]&nbsp;&nbsp;&nbsp; Not tainted VLI<br>EFLAGS: 00010282&nbsp;&nbsp; (2.6.9-55.0.9.ELxenU) <br>EIP is at pgd_ctor+0x1d/0x26<br>eax: fffffff4&nbsp;&nbsp; ebx: 00000000&nbsp;&nbsp; ecx: f5392000&nbsp;&nbsp; edx: 00000000<br>esi: c19fdd80&nbsp;&nbsp; edi: eca6aaa0&nbsp;&nbsp; ebp: 00000001&nbsp;&nbsp; esp: ecb3cd6c<br>ds: 007b&nbsp;&nbsp; es: 007b&nbsp;&nbsp; ss: 0068<br>Process 10-udev.hotplug (pid: 398, threadinfo=ecb3c000 task=ecb2a070)<br>Stack: c0141b69 ecb4b000 c19fdd80 00000001 ecb4b000 eca6aaa0 c19fdd80 c19fde40 <br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; c0141ceb c19fdd80 eca6aaa0 00000001 c19fdd80 eca6aaa0 ecb4b000 00000010 <br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 00000001 000000d0 c1a1b080 0000000c c19fde08 c19fdd80 c0141eda c19fdd80 <br>Call Trace:<br>&nbsp;[&lt;c0141b69&gt;] cache_init_objs+0x35/0x56<br>&nbsp;[&lt;c0141ceb&gt;] cache_grow+0xfb/0x187<br>&nbsp;[&lt;c0141eda&gt;] cache_alloc_refill+0x163/0x19c<br>&nbsp;[&lt;c01420f5&gt;] kmem_cache_alloc+0x67/0x97<br>&nbsp;[&lt;c0111671&gt;] pgd_alloc+0x17/0x336<br>&nbsp;[&lt;c01199d4&gt;] mm_init+0xd7/0x116<br>&nbsp;[&lt;c01199e4&gt;] mm_init+0xe7/0x116<br>&nbsp;[&lt;c0119c8a&gt;] copy_mm+0xbb/0x396<br>&nbsp;[&lt;c0268f10&gt;] __cond_resched+0x14/0x3c<br>&nbsp;[&lt;c011aa5a&gt;] copy_process+0x6b5/0xb0b<br>&nbsp;[&lt;c011af9d&gt;] do_fork+0x8a/0x16b<br>&nbsp;[&lt;c0107507&gt;] error_code+0x2b/0x30<br>&nbsp;[&lt;c0105d2c&gt;] sys_clone+0x24/0x28<br>&nbsp;[&lt;c010737f&gt;] syscall_call+0x7/0xb<br>Code: 74 02 66 a5 a8 01 74 01 a4 5e 5b 5e 5f c3 80 3d 04 07 2f c0 00 75 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 32 01 b6 31 27 c0 c3 80 3d 04 07 2f c0 00 75 0d c7 44 24 <br>&nbsp;&lt;0&gt;Fatal exception: panic in 5 seconds<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: Tuesday, October 30, 2007 3:00:05 PM (GMT-0800) America/Los_Angeles<br>Subject: Re: [Fedora-xen] RHEL4 DomU Update Problem<br><br>Jim Klein wrote:<br>&gt; Interesting:<br>&gt; <br>&gt; XENBUS: Device with no driver: device/vbd/2048<br>&gt; XENBUS: Device with no driver: device/vif/0<br>&gt; Freeing unused kernel memory: 124k freed<br>&gt; device-mapper: 4.5.5-ioctl (2006-12-01) initialised: dm-devel@redhat.com<br>&gt; Kernel panic - not syncing: Attempted to kill init!<br>&gt; <br>&gt; Not sure where to go from here.<br>&gt; <br><br>Believe it or not, those XENBUS errors are actually expected; the xenbus driver<br>is loaded before the virtual disk/network drivers, and it sees that it has these<br>nodes without drivers.<br><br>However, that does lead me to an idea. &nbsp;If I remember correctly, the Xensource<br>kernels have all of the drivers built-in, while we prefer to do things more<br>modular. &nbsp;I'm guessing that you didn't have the right driver in<br>/etc/modprobe.conf when the kernel was installed, so the initrd doesn't have the<br>right drivers in it. &nbsp;So what you'll want to do is:<br><br>1) &nbsp;Boot the RHEL-4 domU into the (working) Xen kernel.<br>2) &nbsp;Edit /etc/modprobe.conf, and add:<br><br>alias scsi_hostadapter xenblk<br><br>3) &nbsp;Remove the RedHat RHEL-4 kernel (rpm -e), and install it again, which should<br>re-generate the initrd with the right stuff in it.<br><br>Chris Lalancette<br></body></html>