WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

[Xen-devel] Re: Stub domains broken in 3.4.0-rc3?

On Fri, May 8, 2009 at 2:44 PM, Stefano Stabellini
<stefano.stabellini@xxxxxxxxxxxxx> wrote:
> The problem seems to be the "phy" disk that does not work correctly, but
> I don't think it is caused by a bug in the new stubdomain config file
> generator.
> In fact I can reproduce the bug even using the old stubdom-dm script.
>
> Keith Coleman wrote:
>
>>
>> My current config file is just a slightly modified version of the
>> xmexample.hvm. It works for regular HVM mode if I switch the
>> stubdom-dm for qemu-dm. I have fs-backend running in the background.
>>
>> # cat stub1-clean
>> 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 = 512
>> name = "stub1"
>> vif = [ 'type=ioemu, bridge=eth0' ]
>> disk = [ 'phy:/dev/testvg/stub1,hda,w',
>>          'file:/root/isos/win2003entR2.iso,hdc:cdrom,r' ]
>> device_model = '/usr/' + arch_libdir + '/xen/bin/stubdom-dm'
>> #device_model = '/usr/' + arch_libdir + '/xen/bin/qemu-dm'
>> boot="dca"
>> sdl=0
>> opengl=1
>> vnc=1
>> vnclisten="0.0.0.0"
>> vncpasswd=''
>> stdvga=0
>> serial='pty'
>> usb=1
>> usbdevice='tablet'
>>
>>
>> # cat /var/log/xen/qemu-dm-stub1.log
>> Error: Device 768 (vbd) could not be connected.
>> Device /dev/mapper/testvg-stub1 is mounted in a guest domain,
>> and so cannot be mounted now.
>> Using config file "/etc/xen/stubdoms/stub1-dm".
>> Using config file "/etc/xen/stubdoms/stub1-dm".
>>
>> # cat /var/log/xen/qemu-dm-stub1-dm.log
>> domid: 71
>> Warning: vlan 0 is not connected to host network
>> Strip off blktap sub-type prefix to /root/isos/win2003entR2.iso (drv 'aio')
>> Watching /local/domain/0/device-model/71/logdirty/next-active
>> Watching /local/domain/0/device-model/71/command
>> char device redirected to /dev/pts/3
>> /root/xen-3.4-rc3/xen-unstable.hg/tools/ioemu-dir/hw/xen_blktap.c:628:
>> Init blktap pipes
>> xs_read(): vncpasswd get error.
>> /vm/e0dd1e52-a827-8c47-7e3d-cc26941e4419/vncpasswd.
>> medium change watch on `hdc' (index: 1): aio:/root/isos/win2003entR2.iso
>>
>>
>>
>> -Keith
>>
>
>
>

I agree that this may have nothing to do with the new stubdom config
generator. I have not been able to use stub domains in any of the
3.4.0-rc releases.

You are probably correct about an issue with the phy disk in stubdom.
Even on the stable code (3.3.1) certain types of block devices don't
seem to fully work in stub domains. DRBD is one such device.

I would very much like to see stub domains working properly in time
for the 3.4.0 release!

Keith

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel