Re: xm create -c recovery fails

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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@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@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@xxxxxxxxxx
> > [mailto:fedora-xen-bounces@xxxxxxxxxx] On Behalf Of John Summerfield
> > Sent: Thursday, January 17, 2008 21:22 To: fedora-xen@xxxxxxxxxx
> > Subject:  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@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@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@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@potoroo xen]#
> >
> > --
> > Fedora-xen mailing list
> > Fedora-xen@xxxxxxxxxx
> > https://www.redhat.com/mailman/listinfo/fedora-xen
> >
> >
> >
> > --
> > Fedora-xen mailing list
> > Fedora-xen@xxxxxxxxxx
> > https://www.redhat.com/mailman/listinfo/fedora-xen
>
> --
> Fedora-xen mailing list
> Fedora-xen@xxxxxxxxxx
> https://www.redhat.com/mailman/listinfo/fedora-xen


--
Fedora-xen mailing list
Fedora-xen@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-xen

[Index of Archives]     [Fedora General]     [Fedora Music]     [Linux Kernel]     [Fedora Desktop]     [Fedora Directory]     [PAM]     [Big List of Linux Books]     [Gimp]     [Yosemite News]

  Powered by Linux