[Libvir] [PATCH][RFC] Adding Cloning Feature

Daniel Veillard veillard at redhat.com
Wed Apr 25 07:57:13 UTC 2007


On Wed, Apr 25, 2007 at 04:32:06PM +0900, Kazuki Mizushima wrote:
> HI Daniel,

  Hi Kazuki,

> > I'm surprized the name for the new clone is not an argument.
> 
> There is the clone which I think about for the purpose of reprinting 
> an as possible state as is. So this first  revision is primmitive.
> Also It is thought that information that must not overlap as a virtual
> machine should change automatically. But I am thinking this  enhaunce it 
> below.
> 1)--name    new clone vm name
> 2)--mac      new clone mac address
> 3)--format  destination devies initialized befor cloning
> 4)--wait       wait cloning porcess
>                    I want to dettach the cloning process and to show the 
>                    state with the "cloning" by virsh. 

  Look this is all arguments already presents in some form at the
virt-manager level. There is just too many similarities to ignore it.

> >We would need to be very precise about what the API call does, and warn
> >about what it does not do, before I would start feeling comfortable about
> >adding it in libvirt,
> 
> I see. So I put down to virsh used libvirt library instead of libvirt.
> # but I also unterstand that put ing down to virsh cannot remote support 

  Remote support will need plugging at the API level. I think prototyping
within virt-manager will get you to more feedback and features faster.
Then in turn this will make the analysis required to check feasibility and
do the API design faster too. IMHO you will get where you want faster
if you do the first tool step in virt-manager, really.

Daniel

-- 
Red Hat Virtualization group http://redhat.com/virtualization/
Daniel Veillard      | virtualization library  http://libvirt.org/
veillard at redhat.com  | libxml GNOME XML XSLT toolkit  http://xmlsoft.org/
http://veillard.com/ | Rpmfind RPM search engine  http://rpmfind.net/




More information about the libvir-list mailing list