openHAB 3.2 Release discussion

Thank you. That in itself did not help, unfortunately.
But I have now managed to get things running. The two underlying issues that appear to have caused my problems were

  • The System Info binding; there appears to be an issue there, as expressed by a number of users here
  • for some reason I still had a copy of openhab-addons-3.1.1.kar lying in my addons folder

After uninstalling the binding and deleting the *.kar file things appear to be running well now.

Is the only workaround in OH3.2 for global variables to create items for each variable or are there better solutions? I usually use them as gate-variables to enter loops and stuff. Any other suggestions are welcome! Cheers

It depends.

If using .rules files, continue to do it like you always have.

If UI rules, with Rules DSL, you are out of luck and have to use Items.

If UI rules using Blockly, you can store values and get them back from one run to the next four a single Script Action/Condition, but you cannot share the variable between Script Actions/Conditions. The same can be done in Nashorn by saving to this.

JSScripting has a cache Object which let’s you share variables between Script Actions/Conditions.

Just FYI, I tried again, updating via M5 and RC1, all worked fine this time.

Many thanks Rich,

I’m using .rules files only, so I should be fine I guess. I encountered problems with old rules I took over from OH2.5, but if you say global variables still work as usual on OH3.2 within rules files the problem is somewhere else.


As my problem has been split from this thread I’d like to come back again and want to raise hand that there are now several users complaining about Memory Leak problems. They can be reproduced - see thread here and here.
If moderators like to split this post again, then please simply delete this post. No need to restart all over again…

Just upgraded an Ubuntu 20.04LTS x86 system using apt. Smooth upgrade, working great! Thanks to all involved.

A few observations:

I noticed that openhab.log now provides more more verbose description of validation issues with configuration files. It helped me fix some sitemap validation issues logged by previous OH versions that I couldn’t figure out before (I still use a few sitemaps). Nice add. I didn’t see this in the release notes but maybe I missed it.

Z-wave BE469ZP Deadbolt - was not immediately recognized and the following entry was in the log:

ConfigStatusInfo [configStatusMessages=[]]

This was solved by manually locking and unlocking the door several times. This thread helped… Trouble with battery powered Z-Wave things

Interestingly the openhab log that included the z-wave issue described above seems to have been overwritten. I have checked all openhab.log.x files in /var/log/openhab and the log representing running OH 3.2 the first few times while troubleshooting this message appears to be missing. Logs prior to and after the upgrade are all present. Not sure how this could happen.

In any case all is well now and thanks again. I am looking forward to experimenting with the new features. Keep up the good work.

1 Like

I get the same error when simply move one level down in the sitemap menu. The error message is

Unexpected exception occurred while processing REST request.

After this comes many lines in the log with derived error messages.

The problem arises both in a browser using BasicUI and when using the Apple iOS app for OH.

This worked fine without problems in version 3.1

1 Like

Not sure if it’s different in a “3.2 clean-install”, but my in “3.2 as updated from 3.1”-install, the link mentioned in /sitemaps/readme.txt is , which leads to a 404.

The correct link should be Sitemaps | openHAB from what I can see (so a “/ui/” got included in there).

Maybe nitty-gritty-feedback, I know, but I just stumbled upon this and this would’ve made things more difficult for me three months ago, when I was trying to understand the sitemap-logic.

A post was split to a new topic: Log xml question

A post was split to a new topic: Restore problem

It’s only me that don’t see how you can install bindings on OH 3.2?
The GUI have changed in 3.2. Seems like the documentation is now outdated.
Installation of Add-ons | openHAB

the look changed a bit but the entry to start with in the menu is the same.
You need to login with your admin account.

Thanks for your reply.
Seems like I got everything now after I restarted openHAB.

I discovered the same issue. I’m monitoring energy consumption with openhab and rrd4j using COUNTER definitions like yours.
This has been working for a year with openhab 3.1 but was broken after upgrading to 3.2. All values are now zero.

I had to downgrade to openhab 3.1 to keep my use cases working.

The problem seams to be more far-reaching. I looks like rrd4j has a problem getting data when the query is done during the file update.

I can confirm that the System Info binding seems to cause issues. I also received a ton of log messages including the “jvmfield” message.
I went ahead and did a complete new setup of my openHAB instance with a backup, but the issue was still there. It was only resolved when removing the System Info binding.

I have updated from 3.1.0 to 3.2.0 but I cannot find the marketplace.
I have even enabled to show not published add-ons.
But when I go to Add-ons → User interfaces, I only see the section “Other UI Add-ons” but no widgets from the community.
And under Add-ons → Automation, I do not see rule templates from the community.
What am I doing wrong? Thanks!

I have one NPE during start about some HTTP error, but I don’t know what that is. Otherwise no exceptions, only these warnings:

2022-02-05 11:42:35.982 [WARN ] [core.karaf.internal.FeatureInstaller] - The binding add-on 'http1' does not exist - ignoring it.
2022-02-05 11:42:35.999 [WARN ] [core.karaf.internal.FeatureInstaller] - The binding add-on 'fritzboxtr0641' does not exist - ignoring it.
2022-02-05 11:42:36.002 [WARN ] [core.karaf.internal.FeatureInstaller] - The binding add-on 'expire1' does not exist - ignoring it.
2022-02-05 11:42:36.005 [WARN ] [core.karaf.internal.FeatureInstaller] - The binding add-on 'wol1' does not exist - ignoring it.
2022-02-05 11:42:36.021 [WARN ] [core.karaf.internal.FeatureInstaller] - The misc add-on 'market' does not exist - ignoring it.
2022-02-05 11:42:36.039 [WARN ] [core.karaf.internal.FeatureInstaller] - The ui add-on 'restdocs' does not exist - ignoring it.
2022-02-05 11:42:36.040 [WARN ] [core.karaf.internal.FeatureInstaller] - The ui add-on 'homebuilder' does not exist - ignoring it.
2022-02-05 11:42:36.041 [WARN ] [core.karaf.internal.FeatureInstaller] - The ui add-on 'classic' does not exist - ignoring it.
2022-02-05 11:42:36.042 [WARN ] [core.karaf.internal.FeatureInstaller] - The ui add-on 'paper' does not exist - ignoring it.

Edit 2:
After restarting openHAB, I have the marketplace stuff. Weird…

You’ve got some ancient OH2 history in your addons.cfg file. It would be wise to tidy that up, this can cause poor performance when trying repeatedly to install non-available addons.

Thanks, but there is nothing in conf/services/addons.cfg.