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 -- Libvir-list mailing list Libvir-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libvir-list