[Rdo-list] Current status of RDO Liberty CBS Repos and Bug "neutron-openvswitch-agent is crashing with "invalid literal for int() with base 10" error "

Boris Derzhavets bderzhavets at hotmail.com
Tue Dec 1 14:04:48 UTC 2015


  I've recently have built system per Howto https://github.com/beekhof/osp-ha-deploy/blob/master/HA-keepalived.md
( and one more time want to thank Javier Pena for this document ).
In particular , I followed instructions for Neutron:-  
    https://github.com/beekhof/osp-ha-deploy/blob/master/keepalived/neutron-config.md
which installed neutron/plugins/ml2/drivers/openvswitch/agent/ovs_neutron_agent.py unpatched
I also ran :-
    # neutron-db-manage --config-file /etc/neutron/neutron.conf  \
       --config-file /etc/neutron/plugin.ini upgrade head
on Controller 1
   Finally , system running HAProxy/Keepalived 3 node Controller (RDO Liberty) and one  Compute node works fine
shows up :-

MariaDB [neutron]> select * from ml2_network_segments ;
+--------------------------------------+--------------------------------------+--------------+------------------+-----------------+------------+---------------+
| id                                   | network_id                           | network_type | physical_network | segmentation_id | is_dynamic | segment_index |
+--------------------------------------+--------------------------------------+--------------+------------------+-----------------+------------+---------------+
| 8bec3d9c-649c-48b8-ba92-92d58d14d20d | 847e5c9c-ce9f-4b2c-86fb-d7597017e8e3 | vxlan        | NULL             |              81 |          0 |             0 |
| ac80c6bc-e119-48b7-a23d-a8aaa19e500c | ab421dc7-27fa-4984-ae21-ba9518887293 | vxlan        | NULL             |              86 |          0 |             0 |
| c84c7d4c-0a9c-4e10-8a1f-09bf733a37c6 | b4580386-bc02-4aa7-8792-ea4c40c41573 | flat         | physnet1         |            NULL |          0 |             0 |
+--------------------------------------+--------------------------------------+--------------+------------------+-----------------+------------+---------------+
3 rows in set (0.00 sec)

MariaDB [neutron]> desc  ml2_network_segments ;
+------------------+-------------+------+-----+---------+-------+
| Field            | Type        | Null | Key | Default | Extra |
+------------------+-------------+------+-----+---------+-------+
| id               | varchar(36) | NO   | PRI | NULL    |       |
| network_id           | varchar(36) | NO   | MUL | NULL    |       |
| network_type       | varchar(32) | NO   |     | NULL    |       |
| physical_network | varchar(64) | YES  |     | NULL    |       |
| segmentation_id  | int(11)     | YES  |     | NULL    |       |
| is_dynamic            | tinyint(1)  | NO   |     | 0       |       |
| segment_index     | int(11)     | NO   |     | 0       |       |
+------------------+-------------+------+-----+---------+-------+
7 rows in set (0.00 sec)


 ________________________________________
From: Ihar Hrachyshka <ihrachys at redhat.com>
Sent: Tuesday, December 1, 2015 8:27 AM
To: Boris Derzhavets
Cc: rdo-list
Subject: Re: Current status of  RDO Liberty CBS Repos and  Bug "neutron-openvswitch-agent is crashing with "invalid literal for int() with base 10" error "

Boris Derzhavets <bderzhavets at hotmail.com> wrote:

> Mentioned Bug https://bugs.launchpad.net/neutron/+bug/1494281 contains :-
>
> Fix merged to neutron (stable/liberty)
>
> Reviewed: https://review.openstack.org/238485
> Committed:
> https://git.openstack.org/cgit/openstack/neutron/commit/?id=10e07503524cc244d5c8f1f285db4a4f06dd12e7
> Submitter: Jenkins
> Branch: stable/liberty
>
> commit 10e07503524cc244d5c8f1f285db4a4f06dd12e7
> Author: Thomas Herve <email address hidden>
> Date: Tue Oct 20 15:42:59 2015 +0200
>
>     Properly handle segmentation_id in OVS agent
>
>     The segmentation_id of a OVS VLAN can be None, but a recent change
>     assumed that it was always an integer. It highlighted the fact that we
>     try to store None in the OVS database, which got stored as a string.
>     This fixes the storage, and handles loading the value while keeping
>     compatibility.
>
>     Change-Id: I6e7df1406c90ddde254467bb87ff1507a4caaadd
>     Closes-Bug: #1494281
>     (cherry picked from commit 51f6b2e1c9c2f5f5106b9ae8316e57750f09d7c9)
>
>    Looking at build http://cbs.centos.org/koji/buildinfo?buildID=7850
>    I was unable to find patch
>    https://git.openstack.org/cgit/openstack/neutron/patch/?id=10e07503524cc244d5c8f1f285db4a4f06dd12e7
>
>    I could be wrong and just failed to find patch, otherwise RDO Liberty (stable Release ),
>    having  openstack-neutron-7.0.0-2.el7,  has still problem originally described in upstream record,
>    i.e. external flat network provider  won't work as expected due to original version of
>    neutron/plugins/ml2/drivers/openvswitch/agent/ovs_neutron_agent.py,  packed into RDO Liberty
>    until now.
>
>   Thank you.
>    Boris

Yes, RDO Liberty is affected (Delorean Liberty is not).

Please RDO folks advice: should we backport the patch or wait till rebase?

Ihar




More information about the dev mailing list