Ask Your Question
1

openvswitch with rdo repo on centos 7 crash

asked 2015-04-22 20:00:07 -0600

yee379 gravatar image

i have a centos 7 node pulling rpm's from the rdo repo's. i can configure my uplinks such that:

[root@net-pool01 ~]# ovs-vsctl show
6d79b968-b701-4ccd-ac3b-8fab6cdb55d2
    Bridge br-int
        fail_mode: secure
        Port br-int
            Interface br-int
                type: internal
        Port patch-tun
            Interface patch-tun
                type: patch
                options: {peer=patch-int}
    Bridge br-uplink
        Port br-uplink
            Interface br-uplink
                type: internal
        Port "em1"
            Interface "em1"
    Bridge br-tun
        Port patch-int
            Interface patch-int
                type: patch
                options: {peer=patch-tun}
        Port br-tun
            Interface br-tun
                type: internal
    ovs_version: "2.1.3"
[root@net-pool01 ~]# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: em3: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000
    link/ether ec:f4:bb:bf:be:bc brd ff:ff:ff:ff:ff:ff
3: em4: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000
    link/ether ec:f4:bb:bf:be:bd brd ff:ff:ff:ff:ff:ff
4: em1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq master ovs-system state UP qlen 1000
    link/ether ec:f4:bb:bf:be:b8 brd ff:ff:ff:ff:ff:ff
    inet6 fe80::eef4:bbff:febf:beb8/64 scope link
       valid_lft forever preferred_lft forever
5: em2: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000
    link/ether ec:f4:bb:bf:be:ba brd ff:ff:ff:ff:ff:ff
6: ovs-system: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN
    link/ether e2:10:68:c9:9f:7a brd ff:ff:ff:ff:ff:ff
7: br-int: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN
    link/ether d6:6a:f9:58:4d:4f brd ff:ff:ff:ff:ff:ff
8: br-uplink: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UNKNOWN
    link/ether ec:f4:bb:bf:be:b8 brd ff:ff:ff:ff:ff:ff
    inet 172.23.66.78/23 brd 172.23.67.255 scope global br-uplink
       valid_lft forever preferred_lft forever
    inet6 2620:114:d000:233f:eef4:bbff:febf:beb8/64 scope global dynamic
       valid_lft 2591852sec preferred_lft 604652sec
    inet6 fe80::eef4:bbff:febf:beb8/64 scope link
       valid_lft forever preferred_lft forever
12: br-tun: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN
    link/ether 8e:02:37:e7:62:45 brd ff:ff:ff:ff:ff:ff

em1 is physically connected to a switch trunk port where:

interface Ethernet102/1/24
  description net-pool01
  no lldp receive
  switchport mode trunk
  switchport trunk native vlan 831
  switchport trunk allowed vlan 831,1441

and i have sysconfig scripts as such:

[root@net-pool01 ~]# cat /etc/sysconfig/network-scripts/ifcfg-em1
# Generated by parse-kickstart
DEVICE=em1
ONBOOT=yes
PERSISTENT_DHCLIENT=0
IPV6INIT=no
IPV6_AUTOCONF=no
BOOTPROTO=none
UUID=0f8cdd94-bf57-4d44-9e8b-9db4e6152d9b
#TYPE=Ethernet
TYPE=OVSPort
OVS_BRIDGE="br-uplink"
NM_CONTROLLED=no
[root@net-pool01 ~]# cat /etc/sysconfig/network-scripts/ifcfg-br-uplink
DEVICE=br-uplink
DEVICETYPE=ovs
TYPE=OVSBridge
BOOTPROTO=static
IPADDR=172.23.66.78
NETMASK=255.255 ...
(more)
edit retag flag offensive close merge delete

1 answer

Sort by ยป oldest newest most voted
3

answered 2015-04-22 23:42:24 -0600

dbaxps gravatar image

updated 2015-04-22 23:44:56 -0600

View : - https://bugzilla.redhat.com/show_bug....

Manual upgrade to OVS 2.3.1

Download  openvswitch-2.3.1-2.el7.src.rpm from
https://repos.fedorapeople.org/repos/openstack/openstack-juno/epel-7/
install and perform  a local build , afterwards upgrade  OVS to 2.3.1

#yum install openvswitch-2.3.1-2.el7.centos.x86_64.rpm \
openvswitch-debuginfo-2.3.1-2.el7.centos.x86_64.rpm \
openvswitch-devel-2.3.1-2.el7.centos.x86_64.rpm \
openvswitch-test-2.3.1-2.el7.centos.noarch.rpm \
python-openvswitch-2.3.1-2.el7.centos.noarch.rpm

Rebooted nodes.

Controller && Network Node in Cluster ( normal behaviour after upgrade)

[root@junowks01 ~(keystone_admin)]# uname -a
Linux junowks01.localdomain 3.10.0-229.1.2.el7.x86_64 #1 SMP Fri Mar 27 03:04:26 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
[root@junowks01 ~(keystone_admin)]# ovs-vsctl show
6f9300d0-7dc1-4e40-9628-d2674760cd79
    Bridge br-int
        fail_mode: secure
        Port patch-tun
            Interface patch-tun
                type: patch
                options: {peer=patch-int}
        Port br-int
            Interface br-int
                type: internal
        Port "qr-9fb96858-db"
            tag: 1
            Interface "qr-9fb96858-db"
                type: internal
        Port "tapc58924cf-10"
            tag: 1
            Interface "tapc58924cf-10"
                type: internal
        Port int-br-ex
            Interface int-br-ex
                type: patch
                options: {peer=phy-br-ex}
    Bridge br-ex
        Port "qg-00d8f4c6-3b"
            Interface "qg-00d8f4c6-3b"
                type: internal
        Port phy-br-ex
            Interface phy-br-ex
                type: patch
                options: {peer=int-br-ex}
        Port br-ex
            Interface br-ex
                type: internal
        Port "eth0"
            Interface "eth0"
    Bridge br-tun
        Port br-tun
            Interface br-tun
                type: internal
        Port patch-int
            Interface patch-int
                type: patch
                options: {peer=patch-tun}
        Port "vxlan-c0a80089"
            Interface "vxlan-c0a80089"
                type: vxlan
                options: {df_default="true", in_key=flow, local_ip="192.168.0.127", out_key=flow, remote_ip="192.168.0.137"}
    ovs_version: "2.3.1"
edit flag offensive delete link more

Comments

cool: yeah a yum update did the trick to! thanks!

yee379 gravatar imageyee379 ( 2015-04-23 23:36:21 -0600 )edit

Yes , due the last entry in Bugzilla bug report : https://bugzilla.redhat.com/show_bug....
I was forced to do it via local build see same bug report.

dbaxps gravatar imagedbaxps ( 2015-04-24 01:48:20 -0600 )edit

Your Answer

Please start posting anonymously - your entry will be published after you log in or create a new account.

Add Answer

Get to know Ask OpenStack

Resources for moderators

Question Tools

1 follower

Stats

Asked: 2015-04-22 20:00:07 -0600

Seen: 1,628 times

Last updated: Apr 22 '15