[OPNFLWPLUG-386] Exception in FRM with no flows installed on nodes Created: 25/Mar/15 Updated: 27/Sep/21 Resolved: 05/Jun/15 |
|
| Status: | Resolved |
| Project: | OpenFlowPlugin |
| Component/s: | General |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | ||
| Reporter: | Thomas Bachman | Assignee: | Thomas Bachman |
| Resolution: | Done | Votes: | 0 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Environment: |
Operating System: All |
||
| Issue Links: |
|
||||||||
| External issue ID: | 2895 | ||||||||
| Priority: | High | ||||||||
| Description |
|
When starting the groupbasedpolicy POC, we get the exception seen in this pastebin: We don't get any flows installed in the vSwitches. The configuration data store shows the flows, but they don't show up in the operational data store. I don't see any errors in the ovs-vswitchd logs. |
| Comments |
| Comment by Thomas Bachman [ 25/Mar/15 ] |
|
Reverting openflowplugin to 4e543a5aed7a2dd2b5957d6d7f3a6d5ee1c81f66 and openflowjava to 435f3e8a95843a6e9a326ab56663c31ff6d7cdb7 gives a working setup. |
| Comment by Michal Rehak [ 29/Mar/15 ] |
|
I guess this got solved as side effect of fix for |
| Comment by Peter Gubka [ 30/Mar/15 ] |
|
(In reply to michal rehak from comment #2) Hi. I tried distribution-karaf-0.3.0-20150330.110038-827.tar.gz from nexus and i can see 2015-03-30 11:47:57,134 | ERROR | pool-33-thread-4 | FRMActivator | 253 - org.opendaylight.openflowplugin.applications.forwardingrules-manager - 0.1.0.SNAPSHOT | Unexpected error by FRM initialization! Caused by: java.lang.IllegalStateException: java.lang.ClassNotFoundException: org.opendaylight.yang.gen.v1.urn.opendaylight.flow.service.rev130819.AddFlowInput Caused by: java.lang.ClassNotFoundException: org.opendaylight.yang.gen.v1.urn.opendaylight.flow.service.rev130819.AddFlowInput I am not able to install any flows. This is a testing blocker. |
| Comment by Abhijit Kumbhare [ 08/Apr/15 ] |
|
Ed had mentioned that the following should fix it: https://git.opendaylight.org/gerrit/#/c/17818/ Can you try Thomas? |
| Comment by Thomas Bachman [ 08/Apr/15 ] |
|
I tried this patch and it fixes the problem (ran 5/5 times without it happening). |
| Comment by Thomas Bachman [ 10/Apr/15 ] |
|
Although it's much less frequent, I've seen this happen a couple of times when running the SFC demo. |
| Comment by Abhijit Kumbhare [ 10/Apr/15 ] |
|
Let's discuss this & other bugs in the Monday meeting Michal, Martin & others. |
| Comment by Abhijit Kumbhare [ 13/Apr/15 ] |
|
FRM, cfg sub system related. |
| Comment by Ed Warnicke [ 06/May/15 ] |
|
For the record, email reporting it here: https://lists.opendaylight.org/pipermail/controller-dev/2015-March/008689.html |
| Comment by Abhijit Kumbhare [ 06/May/15 ] |
|
Thomas, Should we still consider this to be a blocker or lower the priority for now to work on other bugs? Thanks, |
| Comment by Thomas Bachman [ 06/May/15 ] |
|
I haven't seen this in some time, so it's not a blocker. That said, I'm still concerned that this bug exists, and could resurface due to some other change in the project. I think the importance should at least be left at high, even if we remove this from being a blocker – when this bug occurs, flow programming is completely broken. |
| Comment by Michal Rehak [ 29/May/15 ] |
|
Missing models are fixed here According to Tony this is supposed to prevent configSubsystem from starting modules prior to models get loaded. Please retest. |