Issue of the topic:
In my present OpenHAB configuration I am unable to install the systeminfo 2.4.0 binding.
It worked the first time I installed it. I was using a completely textual configuration, following the docs. Then, I tried to modify the priority of an item through the paper UI. I always got 409 conflict error.
After restart of OpenHAB the binding was not starting anymore, and
I was getting the following error
Initializing handler for thing 'systeminfo:computer:raspberrypi2' takes more than 5000ms
and no item was updated anymore.
I then uninstalled the binding, cleaned the cache with openhab-cli clean-cache and tried to install the binding again but another error arose in the logs
2019-03-13 13:28:04.590 [ERROR] [core.karaf.internal.FeatureInstaller] - Failed installing 'openhab-binding-systeminfo': Error restarting bundles:
Exception in org.eclipse.smarthome.io.rest.sse.internal.SseActivator.start() of bundle org.eclipse.smarthome.io.rest.sse.
It seems to me that the internal openHAB database has something left about the binding. May somebody give me some hint on how to clean up my OpenHAB installation and re-install the SystemInfo binding (that, let me remind it again, worked for several dayd the first time I installed it)? Should I manually log into the karaf console and perform some “cleaning” there?
thank you,
Lionello
Thank you. I restarted OpenHAB and that error disappeared, but there is still something wrong with the systeminfo binding (it keeps the name that I selected in my earlier installation, clearly indicating that some configuration is still there)
2019-03-13 14:17:38.919 [WARN ] [core.thing.internal.ThingManagerImpl] - Initializing handler for thing 'systeminfo:computer:raspberrypi2' takes more than 5000ms.
I even tried to delete the thing but it gives an error
2019-03-13 16:48:35.024 [ERROR] [core.thing.internal.ThingManagerImpl] - The ThingHandler caused an exception while handling the removal of its thing
java.lang.IllegalArgumentException: Illegal status REMOVED. The thing was in state INITIALIZING and not in REMOVING
at org.eclipse.smarthome.core.thing.internal.ThingManagerImpl$1.ensureValidStatus(ThingManagerImpl.java:219) ~[109:org.eclipse.smarthome.core.thing:0.10.0.oh240]
at org.eclipse.smarthome.core.thing.internal.ThingManagerImpl$1.statusUpdated(ThingManagerImpl.java:184) ~[109:org.eclipse.smarthome.core.thing:0.10.0.oh240]
at org.eclipse.smarthome.core.thing.binding.BaseThingHandler.updateStatus(BaseThingHandler.java:399) ~[109:org.eclipse.smarthome.core.thing:0.10.0.oh240]
at org.eclipse.smarthome.core.thing.binding.BaseThingHandler.updateStatus(BaseThingHandler.java:423) ~[109:org.eclipse.smarthome.core.thing:0.10.0.oh240]
at org.eclipse.smarthome.core.thing.binding.BaseThingHandler.handleRemoval(BaseThingHandler.java:127) ~[109:org.eclipse.smarthome.core.thing:0.10.0.oh240]
at org.eclipse.smarthome.core.thing.internal.ThingManagerImpl$7.run(ThingManagerImpl.java:968) [109:org.eclipse.smarthome.core.thing:0.10.0.oh240]
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [?:?]
at java.util.concurrent.FutureTask.run(FutureTask.java:266) [?:?]
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180) [?:?]
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293) [?:?]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [?:?]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [?:?]
at java.lang.Thread.run(Thread.java:748) [?:?]