On Thu, May 15, 2008 at 03:37:14PM +0200, Stefan de Konink wrote: > On Thu, 15 May 2008, Daniel P. Berrange wrote: > > > On Thu, May 15, 2008 at 03:20:06PM +0200, Stefan de Konink wrote: > > > On Thu, 15 May 2008, Stefan de Konink wrote: > > > > > > > Now I wonder, is it possible to have here > > > > somethinglike storage://netapp/lun-0? > > > > > > > > > > [snip] > > > > > > > From the standpoint: we make it easy for the user I would prefer not to > > > > provide a Linux specific path. > > > > > > http://libvirt.org/formatdomain.html#elementsDisks > > > > > > I propose an extension to the current <source> tag specifying where a disk > > > should come from. In my humble opinion something that is already available > > > inside libvirt should be reused. > > > > > > Therefore: > > > > > > source > > > If the disk type is "file", then the file attribute specifies the > > > fully-qualified path to the file holding the disk. If the disk type is > > > "block", then the dev attribute specifies the path to the host device to > > > serve as the disk. > > > > > > If the disk type is "pool", then the pool attribute and the volume > > > attibute specify what volume should be used for this disk. > > > > I'd support a syntax like this: > > > > <disk type="pool"> > > <source pool="myfiler" vol="lun-4"/> > > <target dev="xvda"/> > > </disk> > > I understand your point :) Nevermind, I think you are right, making a CD > that is backed by a LUN is non-sence anyway. A storage pool is not just SCSI. It can be a directory of ISO files, an NFS mount of ISO files, local device nodes (including CDROM). So it is perfectly possible that we'll use a pool to back a virtual CD device. This is dealt with by simply specifying the 'device='cdrom' attribute. This shouldn't impact the implementation since the choice of backend storage is completely independant of the type of disk device emulated in the guest. For a CD you'd just use: <disk type="pool" device="cdrom"> <source pool="myfiler" vol="lun-4"/> <target dev="hdc"/> </disk> Regards, Daniel. -- |: Red Hat, Engineering, Boston -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :| -- Libvir-list mailing list Libvir-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libvir-list