.. snip..
> I need the output of the guest kernel stuck during boot in order to
> understand the problem. It shouldn't be difficult to get if you enable
> logging over the serial in the guest kernel.
Hey Stefano,
Looks like I can reproduce this as well. This is using Fedora Core 16,
and with the Fedora Core 16 HVM install.
The interesting thing is that while 'xl' works, the 'xm' (which is what
virt-install and all of that uses), does not. And I think it is related
just to how we handle the hdc:cdrom,r case. Read below.
Just to make sure it is not SELinux related, I've called 'setenforce=0'.
The guest config is easy:
kernel = "/usr/lib/xen/boot/hvmloader"
builder='hvm'
memory=1024
#maxmem=1024
maxvcpus = 2
serial='pty'
vcpus = 2
disk = [ 'file:/mnt/iso/Fedora-16-x86_64-DVD.iso,hdc:cdrom,r',
'phy:/dev/vg_guest/f16_64,hda,w']
boot="dn"
vif = [ 'type=ioemu,model=e1000,mac=00:0F:4B:00:00:71, bridge=switch' ]
vfb = [ 'vnc=1, vnclisten=0.0.0.0 ,vncunused=1']
vnclisten="0.0.0.0"
Attached are the serial logs from good and bad, and as well the xenstore-ls
from ..
you guessed it - good and bad. The interesting part is:
(this works)
backend = ""
qdisk = ""
24 = ""
5632 = ""
frontend = "/local/domain/24/device/vbd/5632"
params = "aio:/mnt/iso/Fedora-16-x86_64-DVD.iso"
frontend-id = "24"
online = "1"
removable = "1"
bootable = "1"
state = "6"
dev = "hdc"
type = "tap"
mode = "r"
feature-barrier = "1"
info = "4"
sector-size = "512"
sectors = "7337984"
hotplug-status = "connected"
(this fails)
vbd = ""
10 = ""
768 = ""
domain = "test"
frontend = "/local/domain/10/device/vbd/768"
uuid = "ee7800e1-fae0-dfe2-9345-96fda7d7851f"
bootable = "1"
dev = "hda"
state = "4"
params = "/var/lib/xen/images/test.img"
mode = "w"
online = "1"
frontend-id = "10"
type = "file"
node = "/dev/loop0"
physical-device = "7:0"
hotplug-status = "connected"
feature-flush-cache = "1"
sectors = "41943040"
info = "0"
sector-size = "512"
Which would imply that for the CD-ROM when we use 'xm' it is setup
as a PV disk (and we try to load the driver for it but fail)
while for the 'xl' it is as a QEMU qdisk (so emulated).
First I *thought* it was that blkback is failing to do its
stuff when using /dev/loop0, but after doing this:
disk = [ 'phy:/dev/loop0,hda,w']
I still got it to boot.
So it really seams that xen-blkback (or xen-blkfront) can't deal
with CD-ROMs very well. So I did it:
disk = [ 'phy:/dev/loop1,hdc:cdrom,r', 'phy:/dev/loop0,hda,w']
[root@phenom ~]# losetup -a
/dev/loop0: [0005]:1353 (/dev/mapper/vg_guest-f16_64)
/dev/loop1: [002a]:45613764 (/mnt/iso/Fedora-16-x86_64-DVD.iso)
Which is pretty much exactly what the 'file:/'.. would, and I got this
vbd = ""
34 = ""
5632 = ""
domain = "hvm.xm"
frontend = "/local/domain/34/device/vbd/5632"
uuid = "e30da140-7ef9-9c1f-8e45-1e5e63f798e0"
bootable = "1"
dev = "hdc"
state = "6"
params = "/dev/loop1"
mode = "r"
online = "1"
frontend-id = "34"
type = "phy"
physical-device = "7:1"
hotplug-status = "connected"
And after waiting for the timeout.. (can't load and then some more, the
installer
came up and I could 'Test' the ISO image. The CD-ROM image was
emulated, which sounds right - the vbd/34/5632 just did not work out
and it timed out, but it still had the QEMU disk (/dev/sr0) and it used
that instead.
Any suggestions, thoughts, ideas? It sounds like the xen-blkfront
support for CD-ROMs is not working right.
Or maybe there are multiple issues and the error from xen-blkfront is
red heering. I seem to see other things too:
vif vif-0: 2 parsing device/vif/0/mac
[Ugh, looks like MAC is 00:00:00:0.. in the guest], but it probably got the
right
MAC on the emulated device]
XENBUS: Timeout connecting to device: device/vkbd/0 (local state 3, remote
state 1)
[which seems odds as the vkb from VNC looks to be working]
good.log
Description: Text document
good.xenstore.ls
Description: Text document
fail.xenstore.ls
Description: Text document
fail.log
Description: Text document
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
Home