Daniel P. Berrange wrote:
On Wed, Jan 09, 2008 at 10:51:20PM +0100, Daniel Hokka Zakrisson
wrote:
> This patch implements support for Linux-VServer guests. It is currently
> missing vcpu and console support, and the necessary virsh code to
> support
> it, but is otherwise pretty feature complete.
>
> This is an XML dump from one of my guests:
> <domain type='vserver' id='40010'>
> <name>lenny</name>
> <uuid>19e12957-261a-5a06-d6d0-89917d6d439f</uuid>
> <memory>2048000</memory>
> <os>
> <hostname>lenny.test</hostname>
> <type arch='i686'>vserver</type>
> </os>
> <devices>
> <interface type='ethernet'>
> <ip prefix='24' interface='dummy0'
address='192.168.20.4' />
> </interface>
Minor nitpick - if dummy0 is the device associated with the
container in the host's context, then it should be
<interface type='ethernet'>
<ip prefix='24' address='192.168.20.4' />
<target dev="dummy0"/>
</interface>
> <interface type='ethernet'>
> <ip prefix='24' interface='dummy0' type='range'
> address='192.168.32.100' address2='192.168.32.200'/>
> </interface>
> <disk type='directory' device='directory'>
> <source directory='/vservers/lenny' type='auto'
> options='defaults'/>
> <target directory='/'/>
> </disk>
I think I'd prefer to call these '<filesystem>' elements instead
of '<disk>' because they don't really have the same functional
properties as disks.
Overloading <disk> was done mostly to keep in line with the other
backends. I'd rather just add some logic to attach-disk than an entirely
separate attach-filesystem...
Are the sources actual directories too ? Or are the sources block
devs / files which are mounted inside ? The example paths suggest
the former, but the presence of filesystem type info suggests the
latter.
Either. That's what the <disk type='directory'> specifies, and the
point
of the second example using type='block'. type='file' is also supported,
when used in conjuction with options='defaults,loop'.
Dan.
--
Daniel Hokka Zakrisson