Re: [Libvir] [RFC] Life-cycle Management of the domain

On Tue, Apr 17, 2007 at 02:38:26PM +0900, Saori Fukuta wrote: That I not too fond of adding ome more place where data for domain definition can be stored. okay that would have to be done using the API We can't know what are the original data which were used to create the domain was that /etc/xen/... ? was that an XML file coming from a client application ? was that another source by calling the Xen API ? We can't know, we can't modify the original data, and I don't think it's wise to try to keep extra data "somewhere" which would only be seen by libvirt or virsh and which would modify the original data. I don't think this has its place in libvirt or virsh, but what we must make sure is that the API allow to make the required change dynamically. Same thing, we can't know where the original data used to create a domain are. How do you want to modify it ? For example if I use a python script with the XML docmain definition in the script, you can't guess where it is, you can't change it, I think hoping to be able to do that or override it is a wrong approach. Either you succeed and suddenly from the application point of view the API is not reliable anymore or you won't succeed and it's probably not a good idea to suggest it. So I'm a bit puzzled by what you actually intent to do. In a management framework you can change things because you're supposed to held and control the original data used for those domains, but you can't generalize that model and IMHO it doesn't work if you try to push it down to libvirt or virsh, makes sense ? Daniel -- Red Hat Virtualization group http://redhat.com/virtualization/ Daniel Veillard | virtualization library http://libvirt.org/ veillard(a)redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/