yahoo-eng-team team mailing list archive

[OpenStack Infra <1614063@xxxxxxxxxxxxxxxxxx>]

Reviewed:  https://review.openstack.org/356558
Committed: https://git.openstack.org/cgit/openstack/nova/commit/?id=94f89e96f86c1d1bb258da754d3d368856637a0a
Submitter: Jenkins
Branch:    master

commit 94f89e96f86c1d1bb258da754d3d368856637a0a
Author: Alberto Planas <aplanas@xxxxxxxxx>
Date:   Wed Aug 17 17:37:48 2016 +0200

    Add migrate_uri for invoking the migration
    
    Add migrate_uri parameter in Guest.migrate method, to indicate
    the URI where we want to stablish the connection in a non-tunneled
    migration.
    
    Change-Id: I6c2ad0170d90560d7d710b578c45287e78c682d1
    Closes-Bug: #1614063


** Changed in: nova
       Status: In Progress => Fix Released

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.launchpad.net/bugs/1614063

Title:
  live migration doesn't use the correct interface to transfer the data

Status in OpenStack Compute (nova):
  Fix Released

Bug description:
  My compute nodes are attached to several networks (storage, admin,
  etc). For each network I have a real or a virtual interface with an IP
  assigned. The DNS is properly configured, so I can `ping node1`, or
  `ping storage.node1`, and is resolving to the correct IP.

  I want to use the second network to transfer the data so:

  * Setup libvirtd to listen into the correct interface (checked with
  netstat)

  * Configure nova.conf live_migration_uri

  * Monitor interfaces and do nova live-migration

  The migration works correctly, is doing what I think is a PEER2PEER
  migration type, but the data is transfered via the normal interface.

  I can replicate it doing a live migration via virsh.

  After more checks I discover that if I do not use the --migrate-uri
  parameter, libvirt will ask to the other node the hostname to build
  this migrage_uri parameter. The hostname resolve via the slow
  interface.

  Using the --migrate-uri and the --listen-address (for the -incoming
  parameter) works at libvirt level. So we need somehow inject this
  paramer in migrateToURIx in the libvirt nova driver.

  I have a patch (attached - WIP) that address this issue.

To manage notifications about this bug go to:
https://bugs.launchpad.net/nova/+bug/1614063/+subscriptions