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
laursen:
High CPU usage after upgrading to 4.0.1 - no issue with 4.0.0.
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
helmar74
(Helmar)
July 30, 2023, 2:49pm
12
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:
rlkoshak
(Rich Koshak)
July 30, 2023, 4:02pm
13
laursen:
Rule does not trigger on Astro event
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.
MathiasVDA
(Mathias Vanden Auweele)
July 30, 2023, 4:47pm
14
Great initiative!
I would suggest to also add this thread to the FAQ:
Dear all, I just upgraded my docker contained openhab instance from 3.4 to 4. My fronttail is now showing an “item updated to” every time the item was refreshed by the thing. This is new and did not happen in my previous openhab instance.
I give an example to better clarify what I mean.
Contact_VeluxRoom3 is an item that represents the OPENING state of a window. It is read using the modbus binding from my PLC. The binding polls the PLC every second. I see this in my log:
2023-07-24 23:37:30.2…
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.
wborn
(Wouter Born)
July 30, 2023, 7:26pm
16
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:
c, linux, pthreads
Hi,
I hope I made it as requested…
1 Like
wborn
(Wouter Born)
July 30, 2023, 7:40pm
18
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
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…
laursen
(Jacob Laursen)
July 30, 2023, 8:33pm
20
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
mstormi
(Markus Storm)
Split this topic
August 8, 2023, 6:31am
21
5 posts were split to a new topic: Blockly issues after OH4 upgrade
mstormi
(Markus Storm)
Split this topic
August 5, 2023, 4:29pm
26
6 posts were split to a new topic: Migration on Rocky Linux
pfroehlich
(Peter Fröhlich)
August 6, 2023, 4:00pm
28
laursen:
Put the SD in your Windows system and open the first (only) partition. Edit openhabian.conf
and set clonebranch=openHAB3
. That should result in (latest) OH3 being installed.
Also put your backup zip file there, name it initial.zip
. That’ll auto-import the config during install.
Is it necessary to also remove the comment in the line
# initialconfig=/boot/initial.zip
in openhabian.conf?
laursen
(Jacob Laursen)
August 7, 2023, 6:38pm
30
laursen:
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
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:
Thread thread = getThreadFactory().newThread(new Runnable() {
@Override
public void run() {
while (true) {
// check if some thread from the pool is idle
if (QueueingThreadPoolExecutor.this.getActiveCount() < QueueingThreadPoolExecutor.this
.getMaximumPoolSize()) {
try {
// keep waiting for max 2 seconds if further tasks are pushed to the queue
Runnable runnable = taskQueue.poll(2, TimeUnit.SECONDS);
if (runnable != null) {
logger.debug("Executing queued task of thread pool '{}'.", threadPoolName);
QueueingThreadPoolExecutor.super.execute(runnable);
} else {
lock.writeLock().lock();
try {
if (taskQueue.isEmpty()) {
queueThread = null;
break;
}
So after reading:
Platform information:
Hardware: Intel NUC. Intel(R) Core™ i5-8259U CPU @ 2.30GHz, 16 GB RAM
OS: Linux 5.15.0-58-generic #64-Ubuntu SMP x86_64 Ubuntu 22.04.1 LTS
Java Runtime Environment: OpenJDK 64-Bit Server VM (build 17.0.5+8-Ubuntu-2ubuntu122.04, mixed mode, sharing)
openHAB version:3.4.1
I’ve noticed that my openHAB is often above 100% CPU usage. I’ve got a lot going on, so haven’t been excessively concerned. But then I ran the following to figure out if it’s any particular thread that’…
I’m now suspecting this is also caused by:
openjdk:master
← DougLea:JDK-8301341
opened 06:52PM - 05 Jun 23 UTC
This update addresses performance issues across both LinkedTransferQueue and Syn… chronousQueue by creating a common basis for implementation across them (mainly in LinkedTransferQueue). Pasting from internal doc summary of changes:
* * Class DualNode replaces Qnode, with fields and methods
* that apply to any match-based dual data structure, and now
* usable in other j.u.c classes. in particular, SynchronousQueue.
* * Blocking control (in class DualNode) accommodates
* VirtualThreads and (perhaps virtualized) uniprocessors.
* * All fields of this class (LinkedTransferQueue) are
* default-initializable (to null), allowing further extension
* (in particular, SynchronousQueue.Transferer)
* * Head and tail fields are lazily initialized rather than set
* to a dummy node, while also reducing retries under heavy
* contention and misorderings, and relaxing some accesses,
* requiring accommodation in many places (as well as
* adjustments in WhiteBox tests).
---------
### Progress
- [x] Change must be properly reviewed (1 review required, with at least 1 [Reviewer](https://openjdk.org/bylaws#reviewer))
- [x] Change must not contain extraneous whitespace
- [x] Commit message must refer to an issue
### Issues
* [JDK-8301341](https://bugs.openjdk.org/browse/JDK-8301341): LinkedTransferQueue does not respect timeout for poll() (**Bug** - P4)
* [JDK-8300663](https://bugs.openjdk.org/browse/JDK-8300663): java/util/concurrent/SynchronousQueue/Fairness.java failed with "Error: fair=true i=0 j=1" (**Bug** - P3)
* [JDK-8267502](https://bugs.openjdk.org/browse/JDK-8267502): JDK-8246677 caused 16x performance regression in SynchronousQueue (**Bug** - P3)
### Reviewers
* [Alan Bateman](https://openjdk.org/census#alanb) (@AlanBateman - **Reviewer**) ⚠️ Review applies to [eec7e491](https://git.openjdk.org/jdk/pull/14317/files/eec7e4915a70d4b8803374794f37abeeeb2e7360)
### Reviewing
<details><summary>Using <code>git</code></summary>
Checkout this PR locally: \
`$ git fetch https://git.openjdk.org/jdk.git pull/14317/head:pull/14317` \
`$ git checkout pull/14317`
Update a local copy of the PR: \
`$ git checkout pull/14317` \
`$ git pull https://git.openjdk.org/jdk.git pull/14317/head`
</details>
<details><summary>Using Skara CLI tools</summary>
Checkout this PR locally: \
`$ git pr checkout 14317`
View PR using the GUI difftool: \
`$ git pr show -t 14317`
</details>
<details><summary>Using diff file</summary>
Download this PR as a diff file: \
<a href="https://git.openjdk.org/jdk/pull/14317.diff">https://git.openjdk.org/jdk/pull/14317.diff</a>
</details>
### Webrev
[Link to Webrev Comment](https://git.openjdk.org/jdk/pull/14317#issuecomment-1577305984)
This would mean it’s a bug in openjdk 17 , not in openHAB, and there’s nothing we can easily do about it.
laursen
(Jacob Laursen)
August 7, 2023, 6:46pm
31
laursen:
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.
mstormi
(Markus Storm)
Split this topic
August 8, 2023, 6:20am
32
3 posts were split to a new topic: JS issues after OH4 upgrade
mstormi
(Markus Storm)
August 8, 2023, 6:30am
33
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