Sounds like this needs to fall to someone else. When I started using Xen (manually installed for PVs on Ubuntu), it seems there were warnings in documentation about not mounting something RW in multiple places, which indicated to me that it was possible (though admittedly, my memory is shot). That said, Xen may have changed to the point where it isn't possible, or you may be facing an issue specifically tied to the Fedora version, either way, hopefully someone else can help you. I almost suggested trying sda vs hda as well, but I figured maybe you had your SATA in compatibility mode or an IDE drive running.
Dustin
-----Original Message-----
From: fedora-xen-bounces at redhat.com [mailto:fedora-xen-bounces at redhat.com] On Behalf Of John Summerfield
Sent: Friday, January 18, 2008 09:33
To: fedora-xen at redhat.com
Subject: Re: [Fedora-xen] xm create -c recovery fails
On Friday 18 January 2008 11:09:13 pm John Summerfield wrote:
> On Friday 18 January 2008 09:54:47 pm Dustin Henning wrote:
> > Try this:
> > disk = [ 'file:/var/lib/xen/images/recovery.img,hda,w'
> > , 'file:/var/lib/xen/images/WindowsXP.img,hdb,w'
> > # , ',hdc:cdrom,r'
> > , 'phy:/dev/hda,hdd,r'
> > ]
> >
> > Dustin
>
I had a bit of a dig around in /etc/xen/scripts, without comprehending a lot,
but it seems that it's taking care not to use mounted partitions.
Oh.
This is the drive I'm booting the host from. This is F8. The drive's called
sda, not hda.
There's a squillion kernel messages from the guest about I/O errors.
Jan 18 23:13:44 recovery kernel: or=0x04 { DriveStatusError }
Jan 18 23:13:44 recovery kernel: ide: failed opcode was: unknown
Jan 18 23:13:44 recovery kernel: hdd: task_in_intr: status=0x41 { DriveReady
Error }
Jan 18 23:13:44 recovery kernel: hdd: task_in_intr: error=0x04 {
DriveStatusError }
Jan 18 23:13:44 recovery kernel: ide: failed opcode was: unknown
Jan 18 23:13:44 recovery kernel: hdd: task_in_intr: status=0x41 { DriveReady
Error }
Jan 18 23:13:44 recovery kernel: hdd: task_in_intr: error=0x04 {
DriveStatusError }
Jan 18 23:13:44 recovery kernel: ide: failed opcode was: unknown
Jan 18 23:13:44 recovery kernel: ide1: reset: success
The kernel buffer's full of them.
It's fairly clear this is not going to work soon.
I want to run ntfsclone against Windows on the drive; I can do that on the
host.
I see two problems:
1. Those scripts silently fail
2. Xen prevents my reading the drive in the guest.
I _know there are hazards with using the host's boot drive in the guest, but
so long as I don't change the partition table anywhere, and don't use a
partition rw in one place and anywhere else, I expect I avoid those hazards.
> Same:
> [root at potoroo ~]# time xm create -c recovery
> Using config file "/etc/xen/recovery".
> Error: Device 5696 (vbd) could not be connected. Hotplug scripts not
> working.
>
> real 1m44.270s
> user 0m0.085s
> sys 0m0.046s
> [root at potoroo ~]# cat /etc/xen/recovery | grep -Ev '^($|#)'
> import os, re
> arch = os.uname()[4]
> if re.search('64', arch):
> arch_libdir = 'lib64'
> else:
> arch_libdir = 'lib'
> kernel = "/usr/lib/xen/boot/hvmloader"
> builder='hvm'
> memory = 128
> name = "recovery"
> vif = [ 'type=ioemu, bridge=xenbr0' ]
> disk = [ 'file:/var/lib/xen/images/recovery.img,hda,w'
> , 'file:/var/lib/xen/images/WindowsXP.img,hdb,w'
> , 'phy:/dev/hda,hdd,r'
> ]
>
> etc
> I don't believe /dev/hda has a different meaning from hda, and it seems
> that iomem (which I've not seen documented in this context) specifies "not
> paravirtualised" I/O. I got that from google when trying to solve the
> problem before posting to the list.
>
> > -----Original Message-----
> > From: fedora-xen-bounces at redhat.com
> > [mailto:fedora-xen-bounces at redhat.com] On Behalf Of John Summerfield
> > Sent: Thursday, January 17, 2008 21:22 To: fedora-xen at redhat.com
> > Subject: [Fedora-xen] xm create -c recovery fails
> >
> > I'm running F8, xen-3.1.2-1.fc8, 2.6.21.7-2890.fc9xen.
> >
> > I have a xen configuration which contains this stanza:
> > disk = [ 'file:/var/lib/xen/images/recovery.img,hda,w'
> > , 'file:/var/lib/xen/images/WindowsXP.img,hdb,w'
> > # , ',hdc:cdrom,r'
> > , 'phy:hda,ioemu:hdd,r'
> > ]
> >
> > If I comment out the line containing "'phy:hda,ioemu:hdd,r' then the xm
> > create line works and the guest starts up and runs fine. Whether I have
> > "ioemu" doesn't make any obvious difference, google suggested it.
> >
> > With the stanza as above, it fails:
> > [root at potoroo ~]# time xm create -c recovery
> > Using config file "/etc/xen/recovery".
> > Error: Device 5696 (vbd) could not be connected. Hotplug scripts not
> > working.
> >
> > real 1m44.750s
> > user 0m0.080s
> > sys 0m0.067s
> > [root at potoroo ~]#
> >
> > The only other thing I see is the VNC console opens, but it displays with
> > a white background.
> >
> > These are the messages logged to xend.log:
> > [2008-01-18 11:00:24 2652] INFO (image:129) buildDomain os=hvm dom=27
> > vcpus=1 [2008-01-18 11:00:24 2652] INFO (XendDomainInfo:1458)
> > createDevice: vfb : {'vncunused': 1, 'other_config': {'vncunused':
> > 1}, 'uuid': '6c9425f6-7800-4325-bcd7-b917ce2f8955'}
> > [2008-01-18 11:00:24 2652] INFO (XendDomainInfo:1458) createDevice: vbd :
> > {'uuid': '0f4b1edf-a164-6b3a-ebd2-395532720861', 'bootable':
> > 1, 'driver': 'paravirtualised', 'dev': 'hda', 'uname':
> > 'file:/var/lib/xen/images/recovery.img', 'mode': 'w'} [2008-01-18
> > 11:00:24 2652] INFO (XendDomainInfo:1458) createDevice: vbd : {'uuid':
> > '5c84f484-c9df-f60d-ccec-9a4bf7e47e64', 'bootable':
> > 0, 'driver': 'paravirtualised', 'dev': 'hdb', 'uname':
> > 'file:/var/lib/xen/images/WindowsXP.img', 'mode': 'w'} [2008-01-18
> > 11:00:24 2652] INFO (XendDomainInfo:1458) createDevice: vbd : {'uuid':
> > 'f34d1d46-dd15-7572-6661-26570af507a7', 'bootable':
> > 0, 'driver': 'ioemu', 'dev': 'ioemu:hdd', 'uname': 'phy:hda', 'mode':
> > 'r'} [2008-01-18 11:00:24 2652] INFO (XendDomainInfo:1458) createDevice:
> > vif : {'bridge': 'xenbr0', 'mac': '00:16:3e:33:b1:83', 'type': 'ioemu',
> > 'uuid': 'b5fca1da-8850-0723-bf2e-edbf7635832e'} [2008-01-18 11:00:24
> > 2652] INFO (image:454) spawning device
> > models: /usr/lib64/xen/bin/qemu-dm
> > ['/usr/lib64/xen/bin/qemu-dm', '-d', '27', '-vcpus', '1', '-boot', 'cd',
> > '-soundhw', 'sb16', '-localtime', '-serial', 'pty', '-acpi', '-usb',
> > '-usbdevice', 'tablet', '-domain-name', 'recovery', '-net',
> > 'nic,vlan=1,macaddr=00:16:3e:33:b1:83,model=rtl8139', '-net',
> > 'tap,vlan=1,bridge=xenbr0', '-vnc', '127.0.0.1:0', '-vncunused',
> > '-vncviewer'] [2008-01-18 11:00:24 2652] INFO (image:458) device model
> > pid: 29112
> >
> >
> > "recovery" is a Debian system, I created it under KVM and I've mentioned
> > it here before.
> >
> > Here is the Xen configuration:
> > [root at potoroo xen]# cat /etc/xen/recovery | grep -Ev '^($|#)'
> > import os, re
> > arch = os.uname()[4]
> > if re.search('64', arch):
> > arch_libdir = 'lib64'
> > else:
> > arch_libdir = 'lib'
> > kernel = "/usr/lib/xen/boot/hvmloader"
> > builder='hvm'
> > memory = 128
> > name = "recovery"
> > vif = [ 'type=ioemu, bridge=xenbr0' ]
> > disk = [ 'file:/var/lib/xen/images/recovery.img,hda,w'
> > , 'file:/var/lib/xen/images/WindowsXP.img,hdb,w'
> > , 'phy:hda,ioemu:hdd,r'
> > ]
> > device_model = '/usr/' + arch_libdir + '/xen/bin/qemu-dm'
> > boot="cd"
> > sdl=0
> > vnc=1
> > vncconsole=1
> > vncpasswd=''
> > stdvga=0
> > serial='pty'
> > soundhw='sb16'
> > localtime=1
> > usb=1
> > usbdevice='tablet'
> > [root at potoroo xen]#
> >
> > --
> > Fedora-xen mailing list
> > Fedora-xen at redhat.com
> > https://www.redhat.com/mailman/listinfo/fedora-xen
> >
> >
> >
> > --
> > Fedora-xen mailing list
> > Fedora-xen at redhat.com
> > https://www.redhat.com/mailman/listinfo/fedora-xen
>
> --
> Fedora-xen mailing list
> Fedora-xen at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-xen
--
Fedora-xen mailing list
Fedora-xen at redhat.com
https://www.redhat.com/mailman/listinfo/fedora-xen