[openstack-dev] Nova Migrate/Resize Libvirt Methods

Lingxian Kong anlin.kong at gmail.com
Tue Oct 1 14:57:17 UTC 2013


Good idea, I'm very interested in that!


2013/10/1 Vishvananda Ishaya <vishvananda at gmail.com>

>
> On Sep 30, 2013, at 1:12 AM, Daniel P. Berrange <berrange at redhat.com>
> wrote:
>
> > On Fri, Sep 27, 2013 at 02:11:36PM -0400, Solly Ross wrote:
> >> Hello Fellow OpenStackers,
> >>
> >> I was working on a bug (
> https://bugzilla.redhat.com/show_bug.cgi?id=975014)
> >> involving the Nova resize functionality in the libvirt driver.  So, it
> >> turns out that the bug is caused by nova code trying to ssh directly
> >> into another compute node.  Since it was not authorized to do so, the
> >> command failed.
> >>
> >> So, my question is this: should nova really be SSHing directly into a
> >> peer machine to create a directory?  Doesn't that kind of defeat the
> >> purpose of the centralized RPC mechanism?  However, if this is the
> >> intended functionality, should Packstack be smarter about setting up
> >> permissions (this was a packstack install) when there are two or more
> >> compute nodes listed?
> >
> > Yes, I think that it is really pretty bogus design to use ssh in this way
> > in Nova & this should be fixed to not use ssh.
> >
> > Daniel
>
> Agreed. I think the simplest implementation would be to upload a temporary
> snapshot to glance that can be deleted after the resize/migrate is
> confirmed.
>
> Vish
>
>
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>



-- 
*--------------------------------------------*
*Lingxian Kong*
Huawei Technologies Co.,LTD.
IT Product Line CloudOS PDU
China, Xi'an
Mobile: +86-18602962792
Email: konglingxian at huawei.com; anlin.kong at gmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20131001/f3c42878/attachment.html>


More information about the OpenStack-dev mailing list