Comments (20)
Going back to the openhab:latest
image containing openHAB 4.0.4
solves the issue
from openhab-distro.
The info log entries are coming from the network binding. Could you check if the behavior disappears if you disable the network binding things temporarily (or deinstall the network binding completely)?
from openhab-distro.
I did the following
- openHAB 4.0.4 deactivate all network things via GUI
- Re-Deployd openHAB M5
CPU load much lower
Seems to be the root cause
Maybe off topic:
Now the frontail log was completely bloated with many of the following errors
(Not sure if this is a migration-thing?)
Script execution of rule with UID 'counters-3' failed: An error occurred during the script execution: Cannot invoke "org.openhab.core.model.rule.scoping.RulesClassCache.get(Object)" because "cache" is null in counters
EDIT:
Additionally
- openHAB did not seem to run stable
- after stopping and starting the portainer-stack it wont come up again with milestone
from openhab-distro.
Good to hear that the CPU load issue is located and that it is not a general issue in core. I'm not sure what might cause this in the network binding, though. We would probably need to have a closer look at what kind of things you have exactly configured there. I'd suggest to raise an issue for the network binding in openhab-addons.
Wrt the other comments: All of these would need more analysis and details before anything can be done about them.
from openhab-distro.
Sorry @kaikreuzer,
my morning was kind of hectic and i think i gave you wrong informations
Even after Inactive Network devices and deinstalling the Network Add-on i get
Either openHAB not booting at all --> Low CPU
Or booting and causing high cpu utilization
If i can do anything regarding debugging i will try to do so
from openhab-distro.
I can also confirm same behavior on my raspberry pi 4
from openhab-distro.
@miloit Also on docker?
@SHU-red Could you try to disable the three "suggestion finders" under Settings->System Settings->Add-on Management->Show advanced?
@wborn Do you notice any general issue with M5 in docker?
@mherwege & @andrewfg Do you think the suggestion finders could have any side effects here when using docker?
from openhab-distro.
Do you think the suggestion finders could have any side effects here when using docker?
Let me answer in several parts..
- It's unlikely that the mdns scanner would have any impact at all since mdns is anyway already running.
- I personally don't see any impact potential from the upnp scanner. But insofar as others already complained about upnp, those kind of scenarios would also have a similar impact (or not) on docker. I.e no change expected from prior.
- I can't comment on the process scanner, but AFAIK it is a one shot scan. Rather than repetitive. ??
- I can't comment on the IP pinger scanner either. But it is using UDP so unlikely to affect HTTP. Or?
from openhab-distro.
I am on obenhabian with raspberry 4..
from openhab-distro.
- I can't comment on the process scanner, but AFAIK it is a one shot scan. Rather than repetitive. ??
It scans when suggestions are retrieved from the REST api. That would be when opening the UI setup wizard or add-on store. So I cannot see impact at startup.
The IP scan finder scans only once at startup.
The process finder cannot be disabled. The other 3 can through an advanced option for add-ons. Because of this, they are only installed (feature installed) in the suggestion finder service activation. Could installing these features at that time have this impact? This is similar to installing add-ons. Disabling these finders should allow to see this. Also, switching on trace logging for org.openhab.core.config.discovery.addon
could show the sequence and timing of these feature installations.
I donβt have experience with docker, so cannot test myself. I am not convinced thatβs the reason, but it could be worth checking out.
from openhab-distro.
I cannot reproduce this behavior on 4.1.0.M5 (without Docker on RPI4 openhabian, and with Docker on Windows).
I created the container a few times and restarted as well. I experience normal CPU usage.
As Kai said, it seems the message
CIDR prefix is smaller than /24 on interface with address .../16, truncating to /24, some addresses might be lost
is from the network binding. If I uninstall the binding, the message is gone.
It seems we need you help to debug.
from openhab-distro.
Indeed the IP scan in the network binding is problematic. I remember that I introduced the code that prints this warning and IIRC the issue is that the underlying code generates a list of all possible IP addresses before the scan starts. A /16 subnet has 65534 hosts, so a lot of memory is allocated and eventually lead to an OOM exception on low-memory systems. It might well be that the code also blocks a thread while scanning and that is an issue even for /24 subnets during startup.
from openhab-distro.
There is something that comes to my mind which could be connected to this problem:
- I recently got the error on docker that i reached the limit of 30 Docker Networks
- In this case there is a fix to extend the "address-range" used by docker proposed here: https://stackoverflow.com/questions/41609998/how-to-increase-maximum-docker-network-on-one-server
- I added the
*daemon.json
file to my coreOS which made it possible for me to create more than 30 containers
Could this be the reason why my system causes problems (by scanning a huge huge amount of addresses), compared to to other ones?
Im not sure what will happen if i make changes to this file wile running many containers but i could maybe take the time to stop all of my containers, re-configure the address-range and re-test M5
But this is just a guess
from openhab-distro.
Do you notice any general issue with M5 in docker?
Works fine for me so far.
I think it is a known issue that when using the network binding with Docker it scans too many interfaces resulting it a lot of load, see also:
- https://community.openhab.org/t/openhab-4-0-1-and-network-pingdevice-on-docker-install-results-in-massive-threads/148658
- openhab/openhab-addons#15437
from openhab-distro.
I think it is a known issue that when using the network binding with Docker it scans too many interfaces
Sounds like could be the thing! Thanks
from openhab-distro.
So can we close this issue then, @SHU-red?
from openhab-distro.
Im not absolutely sure π
It looks like i will face problems as soon as i switch to a release of M5 or newer ...
But maybe you want to propose that we close this issue and track the debugging in one of the other already existing issues --> Makes sense
Are the other known things also related to especially M5?
I think in my case M4 was running perfect but especially M5 is bringing these problems --> Just wanted to make sure that the topics are really about the same root cause
from openhab-distro.
Yes, I would have thought that it can be further tracked under openhab/openhab-addons#15437.
But why you never had the problem and it only turns up now with M5 is indeed a mystery...
from openhab-distro.
Ok,
whatever is senseful in your mind is ok for me
To morrow I will post a comment on the other topic
If i can help tracking the the problem just let me know
Thank you for taking the time
from openhab-distro.
Closed due to assumption that root cause is the same as in
openhab/openhab-addons#15437
from openhab-distro.
Related Issues (20)
- update.ps1 Backup not created correctly during update on Windows
- Add support for running openHAB with Java 21 HOT 14
- Miele Cloud Binding on OpenHab Docker cannot authorize due to too many threads required HOT 7
- Error downloading mvn:org.json/json/20231013 HOT 5
- 4.0.3->4.0.4: No ProfileFactory found which supports profile 'transform:JS' HOT 3
- [luxtronikheatpump] upgrade documentation HOT 1
- OH4.1M5: Very very slow first startup and initial exception (HTTP 404) HOT 38
- OH4.1 M5 Failed to process script HOT 13
- openHAB 4.0.4: Changing loglevel via Binding Settings empties org.ops4j.pax.logging.cfg HOT 3
- Add ZigBee, ZWave addon.xml data to /runtime/etc/addons.xml HOT 4
- Firefox not working HOT 1
- config.properties not writable in tar.gz HOT 1
- version used for launch/app/pom.xml on tags HOT 1
- Add option to configure SSH public key in $OPENHAB_CONF
- Upgrade Karaf / Jetty to address security issue HOT 2
- Not starting at all HOT 2
- Size of the kar file increased significantly in 4.2 HOT 8
- Logging stops when logfile goes away on zram sync HOT 17
- Incorrect Countries and Regions HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
π Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. πππ
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google β€οΈ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from openhab-distro.