Ankündigung

Einklappen
Keine Ankündigung bisher.

OH2 stable, Fehler mit rrd4j persist

Einklappen
X
 
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

    OH2 stable, Fehler mit rrd4j persist

    Seitdem ich das Raspbian aktualisiert und die OH2 von Snapshot auf Stable umgestellt habe, funktionieren die cron rules nur noch etwa 30 Minuten und danach werden gar keine mehr ausgeführt (ohne Fehlermeldungen) und die rrd4j persist werden nach dem Neustart nicht mehr geladen. Vielleicht hängt beides irgendwie zusammen. Aus dem Log habe ich diese Meldungen vom Start gezogen:

    Code:
    23:52:41.274 [ERROR] [.eclipse.smarthome.model.persistence] - [org.eclipse.smarthome.model.persistence.manager(98)] The unsetModelRepository method has thrown an exception
    
    java.lang.NullPointerException
    
        at org.eclipse.smarthome.model.persistence.internal.PersistenceModelManager.unsetModelRepository(PersistenceModelManager.java:67)
    
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)[:1.8.0_121]
    
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)[:1.8.0_121]
    
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)[:1.8.0_121]
    
        at java.lang.reflect.Method.invoke(Method.java:498)[:1.8.0_121]
    
        at org.apache.felix.scr.impl.inject.BaseMethod.invokeMethod(BaseMethod.java:224)[33:org.apache.felix.scr:2.0.6]
    
        at org.apache.felix.scr.impl.inject.BaseMethod.access$500(BaseMethod.java:39)[33:org.apache.felix.scr:2.0.6]
    
        at org.apache.felix.scr.impl.inject.BaseMethod$Resolved.invoke(BaseMethod.java:617)[33:org.apache.felix.scr:2.0.6]
    
        at org.apache.felix.scr.impl.inject.BaseMethod$NotResolved.invoke(BaseMethod.java:576)[33:org.apache.felix.scr:2.0.6]
    
        at org.apache.felix.scr.impl.inject.BaseMethod.invoke(BaseMethod.java:501)[33:org.apache.felix.scr:2.0.6]
    
        at org.apache.felix.scr.impl.inject.BindMethod.invoke(BindMethod.java:655)[33:org.apache.felix.scr:2.0.6]
    
        at org.apache.felix.scr.impl.manager.DependencyManager.invokeUnbindMethod(DependencyManager.java:1837)[33:org.apache.felix.scr:2.0.6]
    
        at org.apache.felix.scr.impl.manager.DependencyManager.close(DependencyManager.java:1600)[33:org.apache.felix.scr:2.0.6]
    
        at org.apache.felix.scr.impl.manager.SingleComponentManager.disposeImplementationObject(SingleComponentManager.java:352)[33:org.apache.felix.scr:2.0.6]
    
        at org.apache.felix.scr.impl.manager.SingleComponentManager.deleteComponent(SingleComponentManager.java:152)[33:org.apache.felix.scr:2.0.6]
    
        at org.apache.felix.scr.impl.manager.AbstractComponentManager.doDeactivate(AbstractComponentManager.java:813)[33:org.apache.felix.scr:2.0.6]
    
        at org.apache.felix.scr.impl.manager.AbstractComponentManager.deactivateInternal(AbstractComponentManager.java:787)[33:org.apache.felix.scr:2.0.6]
    
        at org.apache.felix.scr.impl.manager.AbstractComponentManager.dispose(AbstractComponentManager.java:579)[33:org.apache.felix.scr:2.0.6]
    
        at org.apache.felix.scr.impl.manager.ConfigurableComponentHolder.disposeComponents(ConfigurableComponentHolder.java:706)[33:org.apache.felix.scr:2.0.6]
    
        at org.apache.felix.scr.impl.BundleComponentActivator.dispose(BundleComponentActivator.java:523)[33:org.apache.felix.scr:2.0.6]
    
        at org.apache.felix.scr.impl.Activator.disposeComponents(Activator.java:452)[33:org.apache.felix.scr:2.0.6]
    
        at org.apache.felix.scr.impl.Activator.access$300(Activator.java:54)[33:org.apache.felix.scr:2.0.6]
    
        at org.apache.felix.scr.impl.Activator$ScrExtension.destroy(Activator.java:306)[33:org.apache.felix.scr:2.0.6]
    
        at org.apache.felix.utils.extender.AbstractExtender$2.run(AbstractExtender.java:290)[33:org.apache.felix.scr:2.0.6]
    
        at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)[:1.8.0_121]
    
        at java.util.concurrent.FutureTask.run(FutureTask.java:266)[:1.8.0_121]
    
        at org.apache.felix.utils.extender.AbstractExtender.destroyExtension(AbstractExtender.java:312)[33:org.apache.felix.scr:2.0.6]
    
        at org.apache.felix.utils.extender.AbstractExtender.bundleChanged(AbstractExtender.java:186)[33:org.apache.felix.scr:2.0.6]
    
        at org.eclipse.osgi.internal.framework.BundleContextImpl.dispatchEvent(BundleContextImpl.java:902)[org.eclipse.osgi-3.10.101.v20150820-1432.jar:]
    
        at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:230)[org.eclipse.osgi-3.10.101.v20150820-1432.jar:]
    
        at org.eclipse.osgi.framework.eventmgr.ListenerQueue.dispatchEventSynchronous(ListenerQueue.java:148)[org.eclipse.osgi-3.10.101.v20150820-1432.jar:]
    
        at org.eclipse.osgi.internal.framework.EquinoxEventPublisher.publishBundleEventPrivileged(EquinoxEventPublisher.java:165)[org.eclipse.osgi-3.10.101.v20150820-1432.jar:]
    
        at org.eclipse.osgi.internal.framework.EquinoxEventPublisher.publishBundleEvent(EquinoxEventPublisher.java:75)[org.eclipse.osgi-3.10.101.v20150820-1432.jar:]
    
        at org.eclipse.osgi.internal.framework.EquinoxEventPublisher.publishBundleEvent(EquinoxEventPublisher.java:67)[org.eclipse.osgi-3.10.101.v20150820-1432.jar:]
    
        at org.eclipse.osgi.internal.framework.EquinoxContainerAdaptor.publishModuleEvent(EquinoxContainerAdaptor.java:102)[org.eclipse.osgi-3.10.101.v20150820-1432.jar:]
    
        at org.eclipse.osgi.container.Module.publishEvent(Module.java:466)[org.eclipse.osgi-3.10.101.v20150820-1432.jar:]
    
        at org.eclipse.osgi.container.Module.doStop(Module.java:624)[org.eclipse.osgi-3.10.101.v20150820-1432.jar:]
    
        at org.eclipse.osgi.container.Module.stop(Module.java:488)[org.eclipse.osgi-3.10.101.v20150820-1432.jar:]
    
        at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.decStartLevel(ModuleContainer.java:1623)[org.eclipse.osgi-3.10.101.v20150820-1432.jar:]
    
        at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.doContainerStartLevel(ModuleContainer.java:1542)[org.eclipse.osgi-3.10.101.v20150820-1432.jar:]
    
        at org.eclipse.osgi.container.SystemModule.stopWorker(SystemModule.java:248)[org.eclipse.osgi-3.10.101.v20150820-1432.jar:]
    
        at org.eclipse.osgi.internal.framework.EquinoxBundle$SystemBundle$EquinoxSystemModule.stopWorker(EquinoxBundle.java:144)[org.eclipse.osgi-3.10.101.v20150820-1432.jar:]
    
        at org.eclipse.osgi.container.Module.doStop(Module.java:626)[org.eclipse.osgi-3.10.101.v20150820-1432.jar:]
    
        at org.eclipse.osgi.container.Module.stop(Module.java:488)[org.eclipse.osgi-3.10.101.v20150820-1432.jar:]
    
        at org.eclipse.osgi.container.SystemModule.stop(SystemModule.java:186)[org.eclipse.osgi-3.10.101.v20150820-1432.jar:]
    
        at org.eclipse.osgi.internal.framework.EquinoxBundle$SystemBundle$EquinoxSystemModule$1.run(EquinoxBundle.java:159)[org.eclipse.osgi-3.10.101.v20150820-1432.jar:]
    
        at java.lang.Thread.run(Thread.java:745)[:1.8.0_121]

    #2
    Es geht vorallem um Switch Items, die ihren Zustand nicht behalten.

    Nach mehrmaliger Neuinstallation der 2.0.0-1, und der aktuellen 2.1.0-SNAPSHOT Build 767, werden zumindest die Switch Item gespeichert und werden nach einem Neustart wieder richtig angezeigt und verarbeitet. Der Java-Fehler von oben ist aber immer noch beim Herunterfahren von OH2 da.

    Des Weiteren werden erst alle Cron Rules verarbeitet. Einer einger gewissen Zeit werden diese einfach nicht mehr verarbeitet. Es werden aber auch keine Fehler angezeigt. Mal nach ~30min, dann mal nach ~1,5h... super unzuverlässig. Die Rules die jede Minute laufen sollen, tauchen dann im Log auch nicht mehr auf. Sehr nervig, da es mit den Snapshot Versionen vor Veröffentlichung der stabilen 2.0.0-1 Version alles sehr zuverlässig lief.

    Kann mir bitte jemand helfen, oder mir Tipps geben, wo man mal schauen könnte, warum die Jobs irgendwann nicht mehr verarbeitet werden?
    Zuletzt geändert von netzlaff; 28.01.2017, 12:34.

    Kommentar

    Lädt...
    X