On Mon, Aug 17, 2009 at 03:03:12PM -0400, Dave Allan wrote: > As a side note, I don't object to creating functionality to allow > libvirt to manage iSCSI targets, extending the volume create/delete code > to interface with the target. However, I don't want to try to create > code to manage every possible iSCSI target. If you wanted to submit a > patch to libvirt to do the kind of target management you're looking for, > I would support that effort, and I'd be happy to work with you to set up > a framework for plugging in code to manage whatever arrays anybody > wanted to support. You're not the only person to want that > functionality, and if it's done in a well-defined way, I think it would > be a good thing. Others on the list might have different opinions. That's quite an interesting idea, but it doesn't neccessarily have to be done inside libvirt itself. For example, we could add lifecycle events to the libvirt storage APIs, so that a application can receive a notification if a pool is created/ deleted/started/stopped, and also notifications when volumes are created or deleted within a pool. With that, you could easily write a standalone daemon that listened to the events and automatically updated a iSCSI target's LUNs when volumes in a particular pool are added/deleted. Or created/delete targets automatically when libvirt pools are added/deleted. I think this'd be quite a nice little daemon/service to have, providing a simple iSCSI target service you can use in conjunction with libvirt. Regards, Daniel -- |: Red Hat, Engineering, London -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