Hi Faseela It is also hapenning in upstream nightly CSIT job [1] since 26th of June. This is coincidential with the odl-parent bump to 3.1.2. I checked for other commits though, and mdsals [2] seems related and around that time (@Robert).
[1] https://jenkins.opendaylight.org/releng/job/netvirt-csit-1node-open stack-queens-sfc-fluorine/ [2] https://git.opendaylight.org/gerrit/#/c/72382/ BR Jaime. -----Original Message----- From: Faseela K <faseel...@ericsson.com> To: genius-...@lists.opendaylight.org <genius-...@lists.opendaylight.or g>, mdsal-...@lists.opendaylight.org <mdsal-...@lists.opendaylight.org> , openflowplugin-dev@lists.opendaylight.org <openflowplugin-dev@lists.o pendaylight.org>, jcaam...@suse.de Cc: sfc-...@lists.opendaylight.org <sfc-...@lists.opendaylight.org> Subject: RE: [openflowplugin-dev] IncorrectNestingException on SFC when sing OFP model Date: Fri, 6 Jul 2018 02:24:14 +0000 Jaime, This is a very common RPC heavily used by NETVIRT L2/L3 as well, and I don't see any issues in netvirt CSIT as of now. We will check this and get back to you. Is this failure on any patch test, or the upstream nightly SFC CSIT job? Thanks, Faseela -----Original Message----- From: openflowplugin-dev-boun...@lists.opendaylight.org [mailto:openflo wplugin-dev-boun...@lists.opendaylight.org] On Behalf Of Jaime Caamaño Ruiz Sent: Friday, July 06, 2018 1:16 AM To: mdsal-...@lists.opendaylight.org; openflowplugin-dev@lists.opendayl ight.org; genius-...@lists.opendaylight.org Cc: sfc-...@lists.opendaylight.org Subject: [openflowplugin-dev] IncorrectNestingException on SFC when sing OFP model Hello We got this IncorrectNestingException [1] on SFC/Genius: Caused by: org.opendaylight.mdsal.binding.dom.codec.impl.IncorrectNestingException : Supplied class 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.NxActionReg LoadNodesNodeTableFlowApplyActionsCase is not valid case in org.opendaylight.yang.gen.v1.urn.opendaylight.action.types.rev131112.ac tion.Action This is on a call to Genius IFM getEgressActionsForInterface RPC, it looks like the RPC output does not validate on serialization. I am not aware of any relevant changes recently. Respective bundle manifests seem fine compared with a local distro that works for me from couple of weeks back. Models, for reference, are [2-5]. Any thoughts/ideas? Thanks, Jaime. [1] https://logs.opendaylight.org/sandbox/vex-yul-odl-jenkins-2/netvirt -csit-1node-openstack-queens-sfc-fluorine/5/odl_1/odl1_karaf.log.gz [2] https://github.com/opendaylight/openflowplugin/blob/master/extensio n/openflowplugin-extension-nicira/src/main/yang/openflowplugin- extension-nicira-action.yang#L1499 [3] https://github.com/opendaylight/openflowplugin/blob/master/model/mo del-flow-base/src/main/yang/opendaylight-action-types.yang#L52 [4] https://github.com/opendaylight/openflowplugin/blob/master/model/mo del-flow-base/src/main/yang/opendaylight-flow-types.yang#L99 [5] https://github.com/opendaylight/openflowplugin/blob/master/model/mo del-flow-service/src/main/yang/flow-node-inventory.yang#L119 _______________________________________________ openflowplugin-dev mailing list openflowplugin-dev@lists.opendaylight.org https://lists.opendaylight.org/mailman/listinfo/openflowplugin-dev _______________________________________________ openflowplugin-dev mailing list openflowplugin-dev@lists.opendaylight.org https://lists.opendaylight.org/mailman/listinfo/openflowplugin-dev
