[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