Quantum Linux Bridge interface driver plug operation fails with RTNETLINK error

[Sumit Naiksatam]

This is happening when the gateway initialization code is called a second time. The plug operation tries to set the IP address on the bridge which already has an IP address. Ideally the IP address should not be set for an existing bridge device (check for an existing device is being performed but the IP address is being set outside the check).

[OpenStack Infra (hudson-openstack)]

Fix proposed to branch: master
Review: https://review.openstack.org/7567

[OpenStack Infra (hudson-openstack)]

Reviewed: https://review.openstack.org/7567
Committed: http://github.com/openstack/nova/commit/7e845f4af6f89253d9c47645875aa67ef24ebee3
Submitter: Jenkins
Branch: master

commit 7e845f4af6f89253d9c47645875aa67ef24ebee3
Author: Sumit Naiksatam <email address hidden>
Date: Thu May 17 16:14:52 2012 -0700

    Fix for Quantum LinuxBridge Intf driver plug call

    The current implementation of the plug operation tries to assign an IP
    address to a bridge even if it already has one. The fix is to do this
    only when a new device is created. The check for a new device was
    already being performed however the IP address was being set outside
    that check. That's being corrected here, minor fix.

    bug 1000580

    Change-Id: I45215a3ca87a32ef4c2a2f76bab9b743eabb525e

[OpenStack Infra (hudson-openstack)]

Fix proposed to branch: stable/essex
Review: https://review.openstack.org/8647

[Mark McLoughlin (markmc)]

A comment in https://review.openstack.org/#/c/8647/ suggests this isn't a bug in Essex. Can anyone confirm either way?

[Sumit Naiksatam (snaiksat)]

The patch which which seems to have introduced this issue is: https://bugs.launchpad.net/nova/+bug/983024, and that has been tagged as an essex-backport. If that code does get backported, we will see this issue in Essex.

[Mark McLoughlin (markmc)]

bug #1042249 suggests this is an issue with 2012.1.2

[Aimon Bustardo (aimonb)]

Is anyone else seeing this in Grizzly?