I cleared the cache also. I now have no openhab ui’s at all. My cache folder has an “org.eclipse.osgi” file in there, but nothing else. My tmp folder doesn’t have it either. Do I need to reinstall everything again. I’m a newbie, so I haven’t made too many files yet.
you could try adding these lines into the addons.cfg file (under services folder):
package = expert
ui = basic,paper,habpanel
Restart after adding these lines
You need to be patient: all packages needs to be downloaded again after the folders got emptied, this can take a while, especially if you are on a slow computer.
This happened to me again. I have cleared the cache, now the PaperUI is not visible on the Dashboard, and when accessing directly, the openHAB theme is also gone from the PaperUI. What could I do to get it running again?
Maybe still a problem of missing folders?
Yes I have them. I used the cli command to clear the cache. Everything else is working fine.
Maybe this helps:
No, I have all ui in the addons.cfg “installed”
Then I am out of ideas, sorry.
May I suggest taking a look at what
systemctl status openhab2
Tells you, it might hint at something being stuck.
Or look at the state of bundles in the karaf console?
I had an issue with PaperUI and HabPanel, where the JAR files were completely trashed and causing the start up to stall.
In the end,
I removed the DEB files from the apt cache
And ran
apt-get install openhab2 --reinstall
This pulled down a fresh copy of the Deb file and everything has been great ever since.
I must say, the fact that the JSON files are backed up each time openHAB2 stops is pretty amazing, it’s prevented some serious failures 
Curiously, something similar happened with the openHAB2 node modules the the openhabian / NodeRed script was trying to install.
Again, finding the faulty cache was the solution.
The service tells nothing unusual. The PaperUI is still usable, only the “icon” gone from the Dashboard and the theme is gone from the PaperUI (now it is blue), but works fine…
That’s rather annoying.
I’d still guess at a broken file somewhere… But where and what is a mystery.
For me it seems that’s because of the inconsistency during the startup. I have cleared the cache and something is not started in an order as it should, that caused this issue, because it happens randomly, not everytime.
However this is what should be solved as soon as possible. Usually a cache cleanup causes more issues for me than bringing solutions…
This is the error I get during startup (again the same as before, but I couldn’t find a solution for it):
org.osgi.framework.BundleException: The bundle class path entry "patch/" could not be found for the bundle "osgi.identity; type="osgi.bundle"; version:Version="0.10.0.oh240"; osgi.identity="org.eclipse.smarthome.ui.paper"; singleton:="true""
at org.eclipse.osgi.internal.loader.classpath.ClasspathManager.findClassPathEntry(ClasspathManager.java:174) ~[?:?]
at org.eclipse.osgi.internal.loader.classpath.ClasspathManager.buildClasspath(ClasspathManager.java:152) ~[?:?]
at org.eclipse.osgi.internal.loader.classpath.ClasspathManager.<init>(ClasspathManager.java:81) ~[?:?]
at org.eclipse.osgi.internal.loader.EquinoxClassLoader.<init>(EquinoxClassLoader.java:43) ~[?:?]
at org.eclipse.osgi.internal.loader.BundleLoader.createClassLoaderPrivledged(BundleLoader.java:316) ~[?:?]
at org.eclipse.osgi.internal.loader.BundleLoader.getModuleClassLoader(BundleLoader.java:233) ~[?:?]
at org.eclipse.osgi.internal.loader.BundleLoader.findEntries(BundleLoader.java:819) ~[?:?]
at org.eclipse.osgi.container.ModuleWiring.findEntries(ModuleWiring.java:289) ~[?:?]
at org.eclipse.osgi.storage.ManifestLocalization.findResource(ManifestLocalization.java:199) ~[?:?]
at org.eclipse.osgi.storage.ManifestLocalization.lookupResourceBundle(ManifestLocalization.java:130) ~[?:?]
at org.eclipse.osgi.storage.ManifestLocalization.getResourceBundle(ManifestLocalization.java:101) ~[?:?]
at org.eclipse.osgi.storage.ManifestLocalization.getHeaders(ManifestLocalization.java:64) ~[?:?]
at org.eclipse.osgi.storage.BundleInfo$Generation.getHeaders(BundleInfo.java:125) ~[?:?]
at org.eclipse.osgi.internal.framework.EquinoxBundle.privGetHeaders(EquinoxBundle.java:462) ~[?:?]
at org.eclipse.osgi.internal.framework.EquinoxBundle.getHeaders(EquinoxBundle.java:457) ~[?:?]
at org.eclipse.osgi.internal.framework.EquinoxBundle.getHeaders(EquinoxBundle.java:451) ~[?:?]
at org.apache.aries.spifly.BaseActivator.getAllHeaders(BaseActivator.java:133) ~[?:?]
at org.apache.aries.spifly.BaseActivator.addConsumerWeavingData(BaseActivator.java:95) ~[?:?]
at org.apache.aries.spifly.ConsumerBundleTrackerCustomizer.addingBundle(ConsumerBundleTrackerCustomizer.java:37) ~[?:?]
at org.osgi.util.tracker.BundleTracker$Tracked.customizerAdding(BundleTracker.java:469) ~[?:?]
at org.osgi.util.tracker.BundleTracker$Tracked.customizerAdding(BundleTracker.java:415) ~[?:?]
at org.osgi.util.tracker.AbstractTracked.trackAdding(AbstractTracked.java:256) ~[?:?]
at org.osgi.util.tracker.AbstractTracked.trackInitial(AbstractTracked.java:183) ~[?:?]
at org.osgi.util.tracker.BundleTracker.open(BundleTracker.java:156) ~[?:?]
at org.apache.aries.spifly.BaseActivator.start(BaseActivator.java:79) ~[?:?]
at org.apache.aries.spifly.dynamic.DynamicWeavingActivator.start(DynamicWeavingActivator.java:37) ~[?:?]
at org.eclipse.osgi.internal.framework.BundleContextImpl$3.run(BundleContextImpl.java:779) ~[?:?]
at org.eclipse.osgi.internal.framework.BundleContextImpl$3.run(BundleContextImpl.java:1) ~[?:?]
at java.security.AccessController.doPrivileged(Native Method) ~[?:?]
at org.eclipse.osgi.internal.framework.BundleContextImpl.startActivator(BundleContextImpl.java:772) ~[?:?]
at org.eclipse.osgi.internal.framework.BundleContextImpl.start(BundleContextImpl.java:729) [?:?]
at org.eclipse.osgi.internal.framework.EquinoxBundle.startWorker0(EquinoxBundle.java:933) ~[?:?]
at org.eclipse.osgi.internal.framework.EquinoxBundle$EquinoxModule.startWorker(EquinoxBundle.java:309) ~[?:?]
at org.eclipse.osgi.container.Module.doStart(Module.java:581) ~[?:?]
at org.eclipse.osgi.container.Module.start(Module.java:449) ~[?:?]
at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.incStartLevel(ModuleContainer.java:1634) ~[?:?]
at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.incStartLevel(ModuleContainer.java:1614) ~[?:?]
at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.doContainerStartLevel(ModuleContainer.java:1585) ~[?:?]
at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.dispatchEvent(ModuleContainer.java:1528) ~[?:?]
at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.dispatchEvent(ModuleContainer.java:1) ~[?:?]
at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:230) [?:?]
at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:340) [?:?]
Does this reinstall removes any config files? Like jsondb, etc? Or can I run it safely, because it will just remove the binaries and others related to openhab?
I would first try to reinstall only PaperUI: remove it from your addons.cfg, wait until it gets uninstalled, put it back in.
Thanks, I’ll try!
You may also want to take a look at this issue:
I just cleared the cache again, it is back again…
1 Like
Same here. Updated to#1600 and the stacktrace is still shown. I don’t know exactly since which version the error occurred, but i’m pretty sure it has occured the last 10 snapshots. But except that the stack trace is displayed, there are no problems. All UIs running fine (Basic, Classic, Paper, Habmin, Habpanel, Rest).