New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
High CPU usage on docker image #32876
Comments
I finally managed to focus the issue on ffmpeg cameras, as disabling a particular one on my setup solved the issue. How can I debug this properly, please? |
I have the same issue, but no cameras. I'm on 109.6. I'm going crazy with this. |
Please post a
You'll have to change the |
@bdraco , here it is, the SVG file during a 100% CPU utilization. It is consistent with a specific RSTP camera going offline. The error remains on HA 0.114.3. |
Maybe related to #33866? |
@tiagofreire-pt. Looks like there is a stream worker running that may be the issue. Would you provide a If you disable |
Here it is, while the issue being active:
I don't have that entry in my |
This issue is consistent on a specific camera feed being unavailable for 15/20 minutes. |
Which integration is providing the camera feed? |
ffmpeg: camera:
- platform: ffmpeg
input: !secret camera_rtsp_link_1
name: !secret camera_rtsp_name_1
- platform: ffmpeg
input: !secret camera_rtsp_link_2
name: !secret camera_rtsp_name_2 |
I just see an increment of functionally, nothing specifically targeting bugs or issues. Still, I'm hoping those refactorings might smashed this bug. Let's see and wait for the new HA big release, maintaining this issue open. |
That was my thought as well 🤞 |
Hi, I have the same problem with very high CPU-usage: Basically thePython3 process goes between 50-100% and uses a lot of resources. I run hass version 0.114.3 on a Synology Diskstation in docker, and I have Surveilance Station active getting my camera feeds to hass through the camera integration: camera:
Do you think this is the same issue as with the ffmpeg version mentioned in previous posts? Cheers! |
@twosh Please post a |
Thanks for the quick reply. I'm sorry to say that I don't know how to install py-spy on my DiskStation. Never been Linux-savvy... Could you say what I should write in the CLI to get it installed? |
The pre-built binaries should work on most disk stations |
Downloaded the py-spy-v0.3.3-x86_64-unknown-linux-musl.tar.gz tarball and unpacked it on my synology. Tried just running it with
So, yes, I'm at that level when it comes to doing things in a Linux environment... :( |
You need to |
Thank you so very much for your patiance and help. Here is the dump, top and record: DUMP:
RECORD: |
It looks like vera is eating up cpu time. |
vera documentation |
Huh... Interesting. Can you give insight as to why? |
py-spy suggests that
|
Looking elsewhere online, I see other people report that |
@vanbalken, the issue remains on HA 0.116.0. |
Please send a |
Switching to |
There hasn't been any activity on this issue recently. Due to the high number of incoming GitHub notifications, we have to clean some of the old issues, as many of them have already been resolved with the latest updates. |
The problem
High CPU usage on the HA docker, using Hassos.
After 30 or 40 minutes online, the CPU usage increases and afterwards the frontend crashes.
Tested also deleting the DB. No effect.
Tested with no integrations and add-ons: No luck.
Tested restoring partial backups: No effect.
Tested with no automations: Neither.
Environment
Frontend version: 20200220.5 - latest
Home Assistant 0.106.6
Problem-relevant
configuration.yaml
Unknown.
Traceback/Error logs
No relevant errors were found on the HA or supervisor logs.
Additional information
Similar and recent cases: https://community.home-assistant.io/t/cpu-100-in-a-docker/177316
The text was updated successfully, but these errors were encountered: