yahoo-eng-team team mailing list archive

[Alberto Planas <1614063@xxxxxxxxxxxxxxxxxx>]

Public bug reported:

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.

** Affects: nova
     Importance: Undecided
         Status: New

** Patch added: "migrate-uri.patch"
   https://bugs.launchpad.net/bugs/1614063/+attachment/4722614/+files/migrate-uri.patch

-- 
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):
  New

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