Thats really interesting. I have now checked my addon.cfg and recognized that also with an update to #1088 this file is empty. Everything is commented out.
Maybe thats the point where all of those issues coming from?
I can now confirm that also fixed all my tons of errors after the upgrade.
I just reinstalled the bindings which i havent all listed within the addons.cfg file.
It is the case that after upgrading this file is not getting migrated but getting completely overwritten. i just activated necessary lines (everything was commented out).
Now everything works again and being on #1088.
Maybe someone can look into it why addons.cfg is not “migrated” properly when doing an upgrade - this saves a lot of time to people
hooray
I don’t know if this is helping, but I just checked my /var/lib/openhab2/etc/org.openhab.addons.cfg and it looks exactly like @houz one, I’ve also got the B"true". I’m running build 1073 (didn’t dare upgrading last few days because of the known problems) and everything is working like a charm here.
after all it still hangs with “please stand by while UIs are being installed. This can take several minutes.”
I’ve upgraded from Build #1082 to Build #1088 running ‘runtime/bin/update’, platform is a raspberry pi 3, openhab is installed in /opt/openhab2 as described here.
@benjy, you work a lot with the upgrade scripts and such, do you have any ideas? To summarize, people are upgrading to recent builds and their addons.cfg are becoming corrupted. See Daniel’s posting for an example.
Woah this is odd. I doubt it has anything to do with the upgrade scripts, in both apt and the manual script org.openhab.addons.cfg is untouched.
@Schorsch would you be able to post the contents of your /opt/openhab2/userdata/etc/org.openhab.addons.cfg?
I suspect that the first launch of a rogue snapshot is trying to configure it this way. But would like to compare the file on different instalation methods first.
For how long have they been untouched? I mean, this might very well have been in my config for a while, I seldom check the contents of that file. And everything seems to work fine anyway until OH is upgrading to 1083+.
In the meantime i made a reinstallation of OH2 and restored the backup (without tmp and cache). Now it works like a charm and better than ever bevor. The /opt/openhab2/userdata/etc/org.openhab.addons.cfg file is now “clean”, without “B” and and quotiation marks. I don’t know what the problem was, but it doesn’t matter. Best OH2 till now.
It is definitely not related to the upgrade scripts. My assumption is that this is due to an changed behavior of Felix FileInstall which has been updated to a more recent version in Karaf 4.1.3.
FileInstall writes such files as well, if configs are edited through Config Admin (e.g. by the Paper UI).
I’ll try to figure out what causes the file to be written by FileInstall here in the first place and also what goes wrong when parsing such a file. I have entered an issue for it.
yes. Bevor reinstalling OH i’ve modified the /opt/openhab2/userdata/etc/org.openhab.addons.cfg, since it was also wrong formatted as described here in this thread. Unfortunately i’ve not checked, how the file looks like directly after unpacking the new version.
having the same issue coming from 1074 to latest release.
Is there any quick fix/trick i could try. going back did not solve the situation. Trying to start immediately results in the log issues named above. Thanks a lot Norbert
check your addons.cfg file. Mine was completely empty after the upgrade and i just put in a few values:
package = standard
ui = basic,paper,habmin
remote = true
persistence = jdbc-mysql
action = mail
After that stop Openhab, clear cache and start OH again. All of the erros then went away.I am now on fully working #1088 at the moment and came from same version as you…
My org.openhab.addons.cfg isn’t also “corrupted”. But I have several config files that look like this. For example, the network bindings config file: “openhab2-userdata\config\binding\network.config”