Actually it's fullstack job. It starts only ODL with netvirt, create ovs bridge, run networking-odl unit test to talk to ODL, create two ovs ports locally, check its connectivity with ping.
It looks like that nicira extension isn't loaded when netvirt configure the flows. Once the extension is loaded, new flow seems correctly send down to ovs. But already programmed flow in MD-SAL isn't updated. Interestingly this doesn't happen with nitrogen. Maybe option is to load netvirt later manually somehow.... Any suggestions? thanks, On Thu, Aug 31, 2017 at 09:12:37AM -0400, Sam Hague <[email protected]> wrote: > On Wed, Aug 30, 2017 at 10:02 PM, Isaku Yamahata < > [email protected]> wrote: > > > I'm not sure if this is a blocker for Carbon or not. > > > > https://bugs.opendaylight.org/show_bug.cgi?id=9076 > > > > While I'm digging openstack tempest ci with carbon netvirt, I noticed > > the above bug. The example of log is as follows [1] > > > > > > It looks like that some openflow rules stored in openflow node in MD-SAL > > isn't > > sent to ovs bridges correctly. As a result OF action becomes drop > > in ovs bridge. With nitrogen it seems to work correctly. So I'm > > suspecting some patches in openflowplugin need to be backported. > > I'm wondering how netvirt carbon has been tested with CSIT and > > that networking-odl openstack CI should give up carbon branch and > > target nitrogen branch instead of carbon? > > > What tempest test is this? We do run some tempest tests and don't see these > failures. Also what carbon version - the latest carbon sr2 rc? > > > > > > > [1] http://logs.openstack.org/06/498506/8/check/gate-tempest- > > dsvm-networking-odl-carbon-snapshot-vpnservice-v2driver- > > nv/e5d6287/logs/screen-karaf.txt.gz > > > > > 2017-08-30 17:52:22,164 | WARN | entLoopGroup-7-1 | ActionUtil > > | 323 - org.opendaylight.openflowplugin.impl - > > 0.4.2.SNAPSHOT | Serializer for action interface > > org.opendaylight.yang.gen.v1.urn.opendaylight.openflowplugin.extension. > > nicira.action.rev140714.nodes.node.table.flow.instructions. > > instruction.instruction.apply.actions._case.apply.actions.action.action. > > NxActionResubmitNodesNodeTableFlowApplyActionsCase for version 4 not > > found. > > > 2017-08-30 17:52:22,360 | WARN | entLoopGroup-7-1 | MatchSerializer > > | 323 - org.opendaylight.openflowplugin.impl - > > 0.4.2.SNAPSHOT | Serializer for match entry interface > > org.opendaylight.yang.gen.v1.urn.opendaylight.openflowplugin.extension. > > general.rev140714.general.extension.grouping.Extension for version 4 not > > found. > > > > > > Thanks, > > > > On Fri, Aug 25, 2017 at 06:55:18PM +0000, > > An Ho <[email protected]> wrote: > > > > > Hi Abhijit Kumbhare, > > > > > > There is a blocker bug assigned to the OPENFLOWPLUGIN project that is > > blocking the release of Carbon SR2. > > > > > > Bug 9038: IllegalStateException: Attempted to close chain with > > outstanding transaction PingPongTransaction... > > > https://bugs.opendaylight.org/show_bug.cgi?id=9038 > > > [No Patch Available] > > > > > > We kindly ask projects to share the status of your bugs by providing a > > patch to fix the blocker bug, or providing an ETA for when it can be +2 in > > Carbon, or by retargeting the bug for Carbon SR3 (ODL SR TARGET > > MILESTONE=Carbon-SR3), or by downgrading the bug to critical if it is not a > > regression. Please report any blocker bugs in Carbon by updating the > > Carbon Tracking Spreadsheet or replying to this email.? Note that the > > stable/carbon branch has been locked and only blocker bugs are permitted to > > merge at this time. > > > > > > Best Regards, > > > An Ho > > > > > > _______________________________________________ > > > netvirt-dev mailing list > > > [email protected] > > > https://lists.opendaylight.org/mailman/listinfo/netvirt-dev > > > > > > > -- > > Isaku Yamahata <[email protected]> > > -- Isaku Yamahata <[email protected]> _______________________________________________ openflowplugin-dev mailing list [email protected] https://lists.opendaylight.org/mailman/listinfo/openflowplugin-dev
