[et-mgmt-tools] [RFC]Re: [libvirt] [RFC][PATCH]virt-managercallsmigration API

[Atsushi SAKAI]

Hi, Shigeki

When you plan to post "commit ready" patch?

Thanks
Atsushi SAKAI


"S.Sakamoto" <fj0588di at aa.jp.fujitsu.com> wrote:

> Hi,
> 
> I make the prototype patch.
> 
> This patch is displayed destination host in a sub-menu, as follows.
> 
>     right-click
>       |
>       +-  Run
>           Pause
>           Shutdown
>           --------
>           Migrate ----> host1.example.com
>                         host2.example.com
>                         host3.example.com
> 
> The item that display in a sub-menu is the host
> which is a state of ACTIVE or INACTIVE besides the source host.
> When the host which is a state of ACTIVE or INACTIVE besides a source host doesn't exist,
> "(None)" that is insensitive is displayed, as follows.
> 
>     right-click
>       |
>       +-  Run
>           Pause
>           Shutdown
>           --------
>           Migrate ----> (None)
> 
> 
>  domain.py  |    6 ++++
>  engine.py  |   36 ++++++++++++++++++++++++++++
>  manager.py |   78 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++---
>  3 files changed, 117 insertions(+), 3 deletions(-)
> 
> 
> 
> Thanks,
> Shigeki Sakamoto.
> 
> > Hi, Daniel
> > 
> > Sorry for delaying response.
> > 
> > Thank you for your suggestions. I understand. 
> > I will make the prototype patch!
> > 
> > Thanks
> > Shigeki Sakamoto.
> > 
> > > On Fri, Sep 19, 2008 at 06:43:37PM +0900, S.Sakamoto wrote:
> > > > > 
> > > > > > You probably want to send this to et-mgmt-list, which is where virt-manager
> > > > > > development happens,
> > > > > 
> > > > > OK. For this, I tried to hear in et-mgmt-list.
> > > > > 
> > > > 
> > > > I'm sorry to be pressing, but would you give me a comment on this patch for
> > > > going on the next step to migrate from virt-manager ? 
> > > > I attached screenshots this patch shows.
> > > 
> > > I think rather than having it popup a new window with a list of hosts to
> > > migrate to, you could just have a sub-menu where you choose the destination
> > > host directly.
> > > 
> > > eg,
> > > 
> > >     right-click
> > >       |
> > >       +-  Run
> > >           Pause
> > >           Shutdown
> > >           --------
> > >           Migrate ----> host1.example.com
> > >                         host2.example.com
> > >                         host3.example.com
> > >                         ...etc...
> > > 
> > > When the user selects one of these hosts, it'd popup a confirmation
> > > window, and do the neccessary migration checks, and then allow the
> > > admin to confirm to start the migration.
> > > 
> > > > > > I sent an e-mail last month with proposals for doing this within libvirt.  I put
> > > > > > up all of the information I have in the libvirt wiki here:
> > > > > > 
> > > > > > http://wiki.libvirt.org/page/TodoPreMigrationChecks
> > > > > 
> > > > > Thank you for your information. I see above libvirt wiki and I have a few 
> > > > > idea adding checks within libvirt. These point of view are Guest and Host sanity
> > > > > in BASIC CHECKS. How about this points ?
> > > > > 
> > > > >  1)Guest sanity is checking whether already existing or not on the destination.
> > > > >    Otherwise the uniqueness of the domain(UUID, name) are lost.
> > > > >    * I think that it is right to check this in libvirt. How do you think this ?
> > > 
> > > Yes, checking for name/uuid uniqueness has to be done inside libvirt by
> > > each hypervisor driver according to their own rules.
> > > 
> > > > >  2)Host sanity is checking whether a migration flag is ON at each virtualization.
> > > 
> > > virt-manager will need to check the kind of things on the TodoPreMigrationChecks
> > > wiki page.
> > > 
> > > 
> > > 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 :|
> > > 
> > > _______________________________________________
> > > et-mgmt-tools mailing list
> > > et-mgmt-tools at redhat.com
> > > https://www.redhat.com/mailman/listinfo/et-mgmt-tools
> > 
> > _______________________________________________
> > et-mgmt-tools mailing list
> > et-mgmt-tools at redhat.com
> > https://www.redhat.com/mailman/listinfo/et-mgmt-tools