[SFC-100] SFC Initialization error after YangParser Merge Created: 02/Oct/15  Updated: 09/Nov/15  Resolved: 09/Nov/15

Status: Resolved
Project: sfc
Component/s: General
Affects Version/s: unspecified
Fix Version/s: None

Type: Bug
Reporter: Reinaldo Penno Assignee: Robert Varga
Resolution: Done Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All

External issue ID: 4395

 Description   

How to reproduce: GEt SFC master and start karaf. AFter a while the following error will be printed on the console:

opendaylight-user@root>Exception in thread "config-pusher" java.lang.IllegalStateException: Error - getInstance() failed for ModuleIdentifier

{factoryName='statistics-manager', instanceName='statistics-manager'}

in transaction TransactionIdentifier

{name='ConfigTransaction-88-90'}

at org.opendaylight.controller.config.manager.impl.ConfigTransactionControllerImpl.secondPhaseCommit(ConfigTransactionControllerImpl.java:430)
at org.opendaylight.controller.config.manager.impl.ConfigRegistryImpl.secondPhaseCommit(ConfigRegistryImpl.java:280)
at org.opendaylight.controller.config.manager.impl.ConfigRegistryImpl.commitConfig(ConfigRegistryImpl.java:227)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at sun.reflect.misc.Trampoline.invoke(MethodUtil.java:75)
at sun.reflect.GeneratedMethodAccessor32.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at sun.reflect.misc.MethodUtil.invoke(MethodUtil.java:279)
at com.sun.jmx.mbeanserver.ConvertingMethod.invokeWithOpenReturn(ConvertingMethod.java:193)
at com.sun.jmx.mbeanserver.ConvertingMethod.invokeWithOpenReturn(ConvertingMethod.java:175)
at com.sun.jmx.mbeanserver.MXBeanIntrospector.invokeM2(MXBeanIntrospector.java:117)
at com.sun.jmx.mbeanserver.MXBeanIntrospector.invokeM2(MXBeanIntrospector.java:54)
at com.sun.jmx.mbeanserver.MBeanIntrospector.invokeM(MBeanIntrospector.java:237)
at com.sun.jmx.mbeanserver.PerInterface.invoke(PerInterface.java:138)
at com.sun.jmx.mbeanserver.MBeanSupport.invoke(MBeanSupport.java:252)
at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:819)
at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:801)
at com.sun.jmx.mbeanserver.MXBeanProxy$InvokeHandler.invoke(MXBeanProxy.java:150)
at com.sun.jmx.mbeanserver.MXBeanProxy.invoke(MXBeanProxy.java:167)
at javax.management.MBeanServerInvocationHandler.invoke(MBeanServerInvocationHandler.java:252)
at com.sun.proxy.$Proxy16.commitConfig(Unknown Source)
at org.opendaylight.controller.config.util.ConfigRegistryJMXClient.commitConfig(ConfigRegistryJMXClient.java:110)

 Comments   
Comment by Reinaldo Penno [ 02/Oct/15 ]

2015-10-01 19:34:49,494 | ERROR | config-pusher | TransactionProvider | 148 - org.opendaylight.controller.config-manager-facade-xml - 0.4.0.SNAPSHOT | Exception while commit of org.opendaylight.controller:TransactionName=ConfigTransaction-28-30,type=ConfigTransaction, aborting transaction
org.opendaylight.controller.config.api.ConflictingVersionException: Optimistic lock failed. Expected parent version 34, was 28
at org.opendaylight.controller.config.manager.impl.ConfigRegistryImpl.commitConfig(ConfigRegistryImpl.java:215)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)[:1.7.0_79]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)[:1.7.0_79]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)[:1.7.0_79]
at java.lang.reflect.Method.invoke(Method.java:606)[:1.7.0_79]
at sun.reflect.misc.Trampoline.invoke(MethodUtil.java:75)[:1.7.0_79]
at sun.reflect.GeneratedMethodAccessor29.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)[:1.7.0_79]
at java.lang.reflect.Method.invoke(Method.java:606)[:1.7.0_79]
at sun.reflect.misc.MethodUtil.invoke(MethodUtil.java:279)[:1.7.0_79]
at com.sun.jmx.mbeanserver.ConvertingMethod.invokeWithOpenReturn(ConvertingMethod.java:193)[:1.7.0_79]
at com.sun.jmx.mbeanserver.ConvertingMethod.invokeWithOpenReturn(ConvertingMethod.java:175)[:1.7.0_79]
at com.sun.jmx.mbeanserver.MXBeanIntrospector.invokeM2(MXBeanIntrospector.java:117)[:1.7.0_79]
at com.sun.jmx.mbeanserver.MXBeanIntrospector.invokeM2(MXBeanIntrospector.java:54)[:1.7.0_79]
at com.sun.jmx.mbeanserver.MBeanIntrospector.invokeM(MBeanIntrospector.java:237)[:1.7.0_79]
at com.sun.jmx.mbeanserver.PerInterface.invoke(PerInterface.java:138)[:1.7.0_79]
at com.sun.jmx.mbeanserver.MBeanSupport.invoke(MBeanSupport.java:252)[:1.7.0_79]
at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:819)[:1.7.0_79]
at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:801)[:1.7.0_79]
at com.sun.jmx.mbeanserver.MXBeanProxy$InvokeHandler.invoke(MXBeanProxy.java:150)[:1.7.0_79]

Comment by Vratko Polak [ 02/Oct/15 ]

> org.opendaylight.controller.config.api.ConflictingVersionException: Optimistic lock failed.

This is usually followed by this:
2015-10-02 11:19:39,743 | INFO | config-pusher | ConfigPusherImpl | 92 - org.opendaylight.controller.config-persister-impl - 0.4.0.SNAPSHOT | Conflicting version detected, will retry after timeout

and it is a normal way how config subsystem operates.

> Exception in thread "config-pusher"

I have seen this config subsystem heisenbug before. It still does not reproduce reliably, but frequency seem to be increased.
Possibly, this is one of issues Tom Pantelis tried to address in his patches (currently reverted).

Comment by Tony Tkacik [ 07/Oct/15 ]

https://git.opendaylight.org/gerrit/#/c/27975/

Comment by Vratko Polak [ 27/Oct/15 ]

> https://git.opendaylight.org/gerrit/#/c/27975/

Merged. Is the "IllegalStateException: Error - getInstance() failed" gone now?

Comment by Vratko Polak [ 09/Nov/15 ]

Marking as FIXED for now, feel free to re-open if it was not fixed enough.

Generated at Wed Feb 07 20:38:38 UTC 2024 using Jira 8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d.