Ask Your Question
0

RDO Setup Two Real Node (Controller+Compute) IceHouse Neutron ML2&OVS&GRE Cluster on Fedora 20

asked 2014-06-13 10:22:57 -0600

dbaxps gravatar image

updated 2014-06-13 21:16:48 -0600

System has been built comletely functional . However ovs-vsctl show outputs on Controller(+Neutron Server) and Compute Node seem strange to me . Two boxes have been setup , each one having 2 NICs (p37p1,p4p1) for

Controller && Compute Nodes setup. Before running packstack --answer-file=TwoNodeSetup.txt SELINUX set to permissive on both nodes.

  Both p4p1's assigned IPs and set to promiscuous mode (192.168.0.127, 192.168.0.137 ). Services firewalld and NetworkManager disabled, IPv4 firewall with iptables and service network are enabled and running. Packstack is bind to public IP of interface p37p1 192.169.1.127, Compute Node is 192.169.1.137 ( view answer-file ).
   Setup configuration
    - Controller node: Nova, Keystone, Cinder, Glance, Neutron (using Open vSwitch plugin && GRE )
    - Compute node: Nova (nova-compute), Neutron (openvswitch-agent)

    icehouse1.localdomain   -  Controller (192.168.1.127)
    icehouse2.localdomain   -  Compute   (192.168.1.137)

ml2_conf.ini -> /etc/neutron/plugins/ml2/ml2_conf.ini  created by packstack
plugin.ini ->  /etc/neutron/plugins/openvswitch/ovs_neutron_plugin.ini added manually following Kashyap http://kashyapc.fedorapeople.org/virt/openstack/rdo/IceHouse-Nova-Neutron-ML2-GRE-OVS.txt exactly the same as ml2_conf.ini
Similar files on Controller (+Neutron Server) and Compute.
metadata_agent.ini are the same on Controller and on Compute.
System completely functional following bellow outputs look a bit strange.
Controller :-

[root@icehouse1 ~(keystone_admin)]# ovs-vsctl show
50a2dcb7-9502-4c08-b175-563eec368db9
    Bridge br-ex
        Port "p37p1"
            Interface "p37p1"
        Port "qg-908c1363-66"
            Interface "qg-908c1363-66"
                type: internal
        Port br-ex
            Interface br-ex
                type: internal
    Bridge br-int
        Port "qr-19f312c1-cb"
            tag: 1
            Interface "qr-19f312c1-cb"
                type: internal
        Port br-int
            Interface br-int
                type: internal
        Port patch-tun
            Interface patch-tun
                type: patch
                options: {peer=patch-int}
        Port "tap707ec6ff-71"
            tag: 1
            Interface "tap707ec6ff-71"
                type: internal
    Bridge br-tun
        Port "gre-c0a80089"
            Interface "gre-c0a80089"
                type: gre
                options: {in_key=flow, local_ip="192.168.1.127", out_key=flow, remote_ip="192.168.0.137"}
        Port br-tun
            Interface br-tun
                type: internal
        Port "gre-c0a80189"
            Interface "gre-c0a80189"
                type: gre
                options: {in_key=flow, local_ip="192.168.1.127", out_key=flow, remote_ip="192.168.1.137"}
        Port patch-int
            Interface patch-int
                type: patch
                options: {peer=patch-tun}
        Port "gre-c0a8007f"
            Interface "gre-c0a8007f"
                type: gre
                options: {in_key=flow, local_ip="192.168.1.127", out_key=flow, remote_ip="192.168.0.127"}
    ovs_version: "2.1.2"

Compute :-

[root@icehouse1 ~(keystone_admin)]# ssh 192.168.1.137
Last login: Fri Jun 13 17:24:23 2014
[root@icehouse2 ~]# ovs-vsctl show
bd17e782-fc1b-4c75-8a9a-0bd11ca90dbc
    Bridge br-int
        Port "qvoed67191d-10"
            tag: 1
            Interface "qvoed67191d-10"
        Port patch-tun
            Interface patch-tun
                type: patch
                options: {peer=patch-int}
        Port "qvo897b91ae-71"
            tag: 1
            Interface "qvo897b91ae-71"
        Port "qvo7305dd0c-8f"
            tag: 1
            Interface "qvo7305dd0c-8f"
        Port br-int
            Interface br-int
               type: internal
    Bridge br-tun
        Port br-tun
            Interface br-tun
                type: internal
        Port "gre-c0a8007f"
            Interface "gre-c0a8007f"
                type: gre
                options: {in_key=flow, local_ip="192.168.1.137", out_key=flow, remote_ip="192.168.0.127"}
        Port "gre-c0a8017f"
            Interface "gre-c0a8017f"
                type: gre
                options: {in_key=flow, local_ip="192.168.1.137", out_key=flow, remote_ip="192.168.1.127"}
        Port patch-int
            Interface patch-int
                type: patch
                options: {peer=patch-tun}
        Port "gre-c0a80089"
            Interface "gre-c0a80089"
                type: gre
                options: {in_key=flow, local_ip="192.168.1.137", out_key=flow, remote_ip="192.168.0.137"}
    ovs_version: "2.1.2"
edit retag flag offensive close merge delete

Comments

I suggest you to put the details here so people can read them and they appear in search results.

smaffulli gravatar imagesmaffulli ( 2014-06-13 15:34:35 -0600 )edit

So I think you must have put in the 192.168.0.* addresses first for the local_ip, then changed them to the current 192.168.1.* ones. This is a know issue - see https://bugs.launchpad.net/neutron/+b...

darragh-oreilly gravatar imagedarragh-oreilly ( 2014-06-14 03:06:30 -0600 )edit

please update the question to say what exactly you find strange about the ovs-vsctl show output.

darragh-oreilly gravatar imagedarragh-oreilly ( 2014-06-14 03:13:45 -0600 )edit

Following https://bugs.launchpad.net/neutron/+b... I did

MariaDB [neutron]> delete from ml2_gre_endpoints where ip_address='192.168.0.127' ;
Query OK, 1 row affected (0.01 sec)

MariaDB [neutron]> select * from ml2_gre_endpoints ;
+---------------+
| ip_address    |
+---------------+
| 192.168.0.137 |
| 192.168.1.127 |
| 192.168.1.137 |
+---------------+
3 rows in set (0.00 sec)

MariaDB [neutron]> delete from ml2_gre_endpoints where ip_address='192.168.0.137' ;
Query OK, 1 row affected (0.01 sec)

MariaDB [neutron]> select * from ml2_gre_endpoints ;
+---------------+
| ip_address    |
+---------------+
| 192.168.1.127 |
| 192.168.1.137 |
+---------------+
2 rows in set (0.00 sec)

MariaDB [neutron]> quit
dbaxps gravatar imagedbaxps ( 2014-06-14 03:56:48 -0600 )edit

After restarting neutron-openvswitch-agent system stays functional and

[root@icehouse1 ~(keystone_admin)]# ovs-vsctl show
50a2dcb7-9502-4c08-b175-563eec368db9
    Bridge br-int
        Port "qr-19f312c1-cb"
            tag: 1
            Interface "qr-19f312c1-cb"
                type: internal
        Port br-int
            Interface br-int
                type: internal
        Port "tap707ec6ff-71"
            tag: 1
            Interface "tap707ec6ff-71"
                type: internal
        Port patch-tun
            Interface patch-tun
                type: patch
                options: {peer=patch-int}
    Bridge br-tun
        Port "gre-c0a80189"
            Interface "gre-c0a80189"
                type: gre
                options: {in_key=flow, local_ip="192.168.1.127", out_key=flow, remote_ip="192.168.1.137"}
        Port br-tun
            Interface br-tun
                type: internal
        Port patch-int
            Interface patch-int
                type: patch
                options: {peer=patch-tun}
    Bridge br-ex
        Port br-ex
            Interface br-ex
                type: internal
        Port "qg-908c1363-66"
            Interface "qg-908c1363-66"
                type: internal
        Port "p37p1"
            Interface "p37p1"
    ovs_version: "2.1.2"

Thank you
dbaxps gravatar imagedbaxps ( 2014-06-14 04:00:05 -0600 )edit

1 answer

Sort by ยป oldest newest most voted
0

answered 2014-06-14 07:21:45 -0600

dbaxps gravatar image
Following  link suggested by darragh-oreilly I did :-


  MariaDB [neutron]> delete from ml2_gre_endpoints where ip_address='192.168.0.127' ;
    Query OK, 1 row affected (0.01 sec)

    MariaDB [neutron]> select * from ml2_gre_endpoints ;
    +---------------+
    | ip_address    |
    +---------------+
    | 192.168.0.137 |
    | 192.168.1.127 |
    | 192.168.1.137 |
    +---------------+
    3 rows in set (0.00 sec)

    MariaDB [neutron]> delete from ml2_gre_endpoints where ip_address='192.168.0.137' ;
    Query OK, 1 row affected (0.01 sec)

    MariaDB [neutron]> select * from ml2_gre_endpoints ;
    +---------------+
    | ip_address    |
    +---------------+
    | 192.168.1.127 |
    | 192.168.1.137 |
    +---------------+
    2 rows in set (0.00 sec)

    MariaDB [neutron]> quit

    # service neutron-openvswitch-agent restart   ( on both nodes)
    It fixes the issue
edit flag offensive delete link more

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: 2014-06-13 10:22:57 -0600

Seen: 1,104 times

Last updated: Jun 14 '14