[ovs-dev] [PATCH v2] rhel: Prevent duplicate ifup calls.

Gurucharan Shetty shettyg at nicira.com
Thu Mar 14 17:50:13 UTC 2013


On Thu, Mar 14, 2013 at 10:37 AM, Denis Iskandarov
<d.iskandarov at gmail.com> wrote:
> Fail:
> Log shows that script only removes ports from bridge.
> Not removing bridge as previous script does (i don't know if it's actually
> neded).
> Main it can't create bridge in the and assign ports to it.
> Ports not leaving/entering promiscuous mode.
>
>> Mar 14 21:27:34 ovs-cent64 ovs-vsctl: 00001|vsctl|INFO|Called as ovs-vsctl
>> -t 10 -- --if-exists del-port br0 eth0
>> Mar 14 21:27:34 ovs-cent64 ovs-vsctl: 00001|vsctl|INFO|Called as ovs-vsctl
>> -t 10 -- --if-exists del-port br0 eth1
>> Mar 14 21:27:34 ovs-cent64 kernel: lo: Disabled Privacy Extensions
>> Mar 14 21:27:34 ovs-cent64 /etc/sysconfig/network-scripts/ifup-eth: Device
>> br0 does not seem to be present, delaying initialization.
>> Mar 14 21:27:34 ovs-cent64 kernel: e1000: eth0 NIC Link is Up 1000 Mbps
>> Full Duplex, Flow Control: None
>> Mar 14 21:27:34 ovs-cent64 kernel: ADDRCONF(NETDEV_UP): eth0: link is not
>> ready
>> Mar 14 21:27:34 ovs-cent64 kernel: ADDRCONF(NETDEV_CHANGE): eth0: link
>> becomes ready
>> Mar 14 21:27:34 ovs-cent64 kernel: e1000: eth1 NIC Link is Up 1000 Mbps
>> Full Duplex, Flow Control: None
>> Mar 14 21:27:34 ovs-cent64 kernel: ADDRCONF(NETDEV_UP): eth1: link is not
>> ready
>> Mar 14 21:27:34 ovs-cent64 kernel: ADDRCONF(NETDEV_CHANGE): eth1: link
>> becomes ready
>
>
> Any other helpful info I can provide?
Whats the configuration (ifcfg-* ) that you are using.
Can you clean up your bridges (ovs-vsctl del-br $bridge_name;
ovs-vsctl show) and then repeat the test? It is possible that you have
some manually created bridges(or remnants during previos changes) in
which case, the script won't attempt to configure it.



More information about the dev mailing list