[libvirt] [PATCH] Fix stream procedure number for virDomainMigratePrepareTunnel3

Daniel P. Berrange berrange at redhat.com
Thu Jun 30 16:48:08 UTC 2011


On Thu, Jun 30, 2011 at 10:22:59AM -0600, Eric Blake wrote:
> On 06/30/2011 10:10 AM, Daniel P. Berrange wrote:
> > The virDomainMigratePrepareTunnel3 impl in the remote driver
> > was using the procedure number for the virDomainMigratePrepareTunnel
> > method. This doesn't work out so well, because it makes the server
> > ignore & drop all stream packets
> > 
> > * src/remote/remote_driver.c: Fix procedure for PrepareTunnel3
> > ---
> >  src/remote/remote_driver.c |    2 +-
> >  1 files changed, 1 insertions(+), 1 deletions(-)
> > 
> > diff --git a/src/remote/remote_driver.c b/src/remote/remote_driver.c
> > index ce9bcb1..f318740 100644
> > --- a/src/remote/remote_driver.c
> > +++ b/src/remote/remote_driver.c
> > @@ -3691,7 +3691,7 @@ remoteDomainMigratePrepareTunnel3(virConnectPtr dconn,
> >      memset(&ret, 0, sizeof(ret));
> >  
> >      if (!(netst = virNetClientStreamNew(priv->remoteProgram,
> > -                                        REMOTE_PROC_DOMAIN_MIGRATE_PREPARE_TUNNEL,
> > +                                        REMOTE_PROC_DOMAIN_MIGRATE_PREPARE_TUNNEL3,
> 
> ACK (and how did we let that bug get in?).

I don't really know. This is covered by my huge migration test suite.
I can only assume I didn't test the right combination of client,
source libvirt, destination libvirt, because it only occurs if all
three are on v3 protocol.

Daniel
-- 
|: http://berrange.com      -o-    http://www.flickr.com/photos/dberrange/ :|
|: http://libvirt.org              -o-             http://virt-manager.org :|
|: http://autobuild.org       -o-         http://search.cpan.org/~danberr/ :|
|: http://entangle-photo.org       -o-       http://live.gnome.org/gtk-vnc :|




More information about the libvir-list mailing list