openHAB 4 migration FAQ

Jacob, do we want to add it into your great list above? How about adding an index above that description that gives a quick overview on all topics like

  • Upgrade to 4.0 using openHABian doesn’t seem to work at all.
  • TransformationService of type ‘JS’ is unavailable
  • ScriptEngine for language ‘application/javascript’ not found
  • Blocky rules not working: PolyglotException: ReferenceError
  • High CPU usage
  • Channel types or config descriptions are missing in the respective registry
  • Rule does not trigger on Astro event
  • Shelly: Incompatible units
  • EnOcean: Handler EnOceanBridgeHandler tried updating the thing status although the handler was already disposed.
  • openJDK17 fails due top dependencies when you are still in Theo Buster Release of Debian or openHABian
  • Deconz Conbee II stick not detected on Debian bullseye

I had this issue with 4.0.0 M1 as soon as I upgraded way back in April first reported here
On several occasions I thought I had tracked it down but it is still a problem for me. (happen yesterday) currently running 4.0.0 snapshot 3460

Sure - done! :slight_smile:

1 Like

In openHABian 1.8 release - #2 by mstormi
was mentioned:

Memory usage
The Java upgrade seems to be using quite some more memory than before and memory reserves are tight particularly if you are on on Raspberry. See corresponding question in the FAQ .

But I couldn’t find the corresponding question here…
BTW: I set

EXTRA_JAVA_OPTS="-XX:+ExitOnOutOfMemoryError -Xms900m -Xmx2500m"

in /etc/default/openhab
And CPU Usage and RAM USAGE looks good in my opinion:

Another work around is to link the equivalent State Channel to a DateTime Item and use the Time is Item trigger for the rule. That works in the UI as well as file based.

Great initiative!

I would suggest to also add this thread to the FAQ:

1 Like

Hi to All,

I’m also facing very high CPU loads. Before Upgrading to 4.0.1 I was running OH3.4.1 without any issues @ average CPU Load ~15-20%.

Running on, Raspberry PI 4, 8GB, Samsung 890 M.2 500GB

BTW: for OH4.0.1 I made a complete new Setup up on a new Harddrive, but I “configured” OH with a Backup.


Can you change the display option in htop to show the thread names?
That makes it easier to figure out what is causing the load.

See:

Hi,

I hope I made it as requested…

1 Like

It could be event handling related based on those thread names.

There have been a few PRs regarding event handling which may have caused performance issues:
#3141, #3299, #3523, #3533, #3702

I was reading the PR’s, but reading does not mean understanding - thats too complex for my simple mind :wink:

Is there a way to check those EventTrigger-Issue for simple “end-users”?

Im running OH with 442 things, 1839 items, 322 rules (all in DSL)… I’ll have a horrible night, thinking of maybe checking everything or maybe updating a massive portion of my configuration…

I also seem to have this issue now (with 4.0.1):

  PID USER      PR   NI   VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
 5147 openhab   20   0  887048 581872   4768 R  98.7  58.5 102:08.36 upnp-main-queue

5 posts were split to a new topic: Blockly issues after OH4 upgrade

6 posts were split to a new topic: Migration on Rocky Linux

Is it necessary to also remove the comment in the line

# initialconfig=/boot/initial.zip

in openhabian.conf?

Yes, in openhabian.conf

Update: I haven’t seen this issue for some days, but moments ago it reappeared while I was stress testing the Hue binding.

openhab> threads | grep upnp-main-queue
"upnp-main-queue" Id=371383 in RUNNABLE
"pipe-grep upnp-main-queue" Id=374317 in RUNNABLE
openhab> threads 371383
Thread 371383 upnp-main-queue RUNNABLE
Stacktrace:
java.util.concurrent.LinkedTransferQueue.awaitMatch line: 652
java.util.concurrent.LinkedTransferQueue.xfer line: 616
java.util.concurrent.LinkedTransferQueue.poll line: 1294
org.jupnp.QueueingThreadPoolExecutor$1.run line: 194
java.lang.Thread.run line: 833

That line:

So after reading:

I’m now suspecting this is also caused by:

This would mean it’s a bug in openjdk 17, not in openHAB, and there’s nothing we can easily do about it.

You gotta be kidding me, now:

top:

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
11216 openhab   20   0 1318172 472096   4528 S 256.2  47.4   4740:45 java

top -H -p 11216:

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
25409 openhab   20   0 1318172 471856   4528 R  99.7  47.4  93:36.83 upnp-main-queue
30546 openhab   20   0 1318172 471856   4528 R  99.7  47.4  15:19.09 safeCall-queue

Hit by both cases.

3 posts were split to a new topic: JS issues after OH4 upgrade

Dear community members, please respect forum policy / posting rules.
Stay on topic and stay tight. The topic is FAQ here.
For anything not strictly related and of relevance to the FAQ, open your own threads.
Same if you want to discuss any of the FA questions in more detail.
When you do in wide-ranged or overview-like threads like this one, it’s quickly becoming an unreadable mess.
Thank you.

How to ask a good question / Help Us Help You - Tutorials & Examples - openHAB Community

1 Like