[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Xen-devel] Re: Stub domains broken in 3.4.0-rc3?
- To: Keith Coleman <list.keith@xxxxxxxxxxx>
- From: Thiago Camargo Martins Cordeiro <thiagocmartinsc@xxxxxxxxx>
- Date: Fri, 8 May 2009 20:41:09 -0300
- Cc: "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>, Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
- Delivery-date: Fri, 08 May 2009 16:41:38 -0700
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=mIlheRvS51IGpKF+eBvdifcccHQmeJ2Ew+aPIcIcMjAyxr1TLFVssfwAbjjMeKQZ95 7mFKdR1PhV6dub/lEEekd9+hc//CC17HRrgajzPN5R+5moqaiQwZzMLuj8oRYggL4biI dneutdQx1TflD6cf/UFlOE3y10lE9EguDNMxc=
- List-id: Xen developer discussion <xen-devel.lists.xensource.com>
> I would very much like to see stub domains working properly in time for the 3.4.0 release!
+1
:-D
2009/5/8 Keith Coleman <list.keith@xxxxxxxxxxx>
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
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|