[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

[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 "



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 


 



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]