Closed ChristophCaina closed 9 months ago
Hey there @gjohansson-st, mind taking a look at this issue as it has been labeled with an integration (systemmonitor
) you are listed as a code owner for? Thanks!
(message by CodeOwnersMention)
systemmonitor documentation systemmonitor source (message by IssueLinks)
Cannot read CPU / processor temperature information
will be removed to the upcoming version. Now it's always logging regardless if you try to use it or not which obviously is pointless.
Regarding the many entities this is the way how we try to set integrations in general to provide all and then the user can enable those wanted. We move away from too much configuration so also including this one. I know you get a lot of entities for the same disk but that's Linux way of mount points which is what is automatically discovered and setup.
Thanks for providing the feedback 👍
We move away from too much configuration so also including this one.
I fully understand - and support the 'less configuration' ... at least, when it comes to reduce the configuration in yaml and provide a proper UI...
But: showing hundresds of 'auto discovered' entities, just to hide them is not the solution in my opinion. You could provide a UI page where the user can check, what entities the system monitor should provide - and then, he can select very specific, what should be visible and what not.
Right now, it would also require to go through the list of disabled entities to check for the ones he want to see.
But: showing hundresds of 'auto discovered' entities, just to hide them is not the solution in my opinion. You could provide a UI page where the user can check, what entities the system monitor should provide - and then, he can select very specific, what should be visible and what not.
Right now, it would also require to go through the list of disabled entities to check for the ones he want to see.
What's the difference between the entities page and if I build a new page with all those entities the system can support? Also you would use the filter so if you want "disk free" for / you would filter for "disk free" and then enable the one you want.
There is no upside to have this as configuration option rather than just enabling entities you want (or disabling for that matter).
@gjohansson-ST
Cannot read CPU / processor temperature information
will be removed to the upcoming version. Now it's always logging regardless if you try to use it or not which obviously is pointless.
I'm still getting on boot-up:2024-01-08 09:26:00.499 WARNING (MainThread) [homeassistant.components.systemmonitor.sensor] Cannot read CPU / processor temperature information
version | core-2024.1.2 |
---|---|
installation_type | Home Assistant OS |
dev | false |
hassio | true |
docker | true |
user | root |
virtualenv | false |
python_version | 3.11.6 |
os_name | Linux |
os_version | 6.1.70-haos |
arch | x86_64 |
timezone | xxxxxxx/xxxxxxx |
config_dir | /config |
I'm still getting on boot-up:
2024-01-08 09:26:00.499 WARNING (MainThread) [homeassistant.components.systemmonitor.sensor] Cannot read CPU / processor temperature information
Everyone does if it can't be read from your system. Like I wrote it will be fixed to the upcoming version e.g. 2024.2
Everyone does if it can't be read from your system. Like I wrote it will be fixed to the upcoming version e.g. 2024.2
Thanks - its just that I thought it had already been updated in 2024.1.2
The problem
I am running HomeAssistant OS within a Proxmox VM. Until now, I had used the Systemmonitor within the configuration.yaml - and only configured 'some' basic information I needed.
With 2024.1. and moving the Integration into the UI, I am now getting the following warning in the logs:
This might be, because the CPU temperature will not be exposed to the VM from Proxmox.
Another issue that came with the movement is the amount of entities. The Integration is showing 425 entities in total:
Most of them are hidden / deactivated and a result comming from the many different network interfaces (just randomly picked some for the screenshot)
But there are also other "duplicated" sensors, that don't make much sense - such as the "Disk use ..." and "Disk free ..." sensors.
As long as they are on the same harddrive, all sensors will report the same values.
While having the integration configured manually, you could just configure the entities you wanted ... Now, you have all of them (still, deactivated)...
It would be great, if there would be a way in the integration configuration, to select which sensors / entities you want to create at all. This would allow an individual setup just as it was with the manual configuration -> Or just move the manual configuration with the configured entities into the UI ...
What version of Home Assistant Core has the issue?
2024.1.0
What was the last working version of Home Assistant Core?
2023.12.x
What type of installation are you running?
Home Assistant OS
Integration causing the issue
systemmonitor
Link to integration documentation on our website
https://www.home-assistant.io/integrations/systemmonitor
Diagnostics information
No response
Example YAML snippet
No response
Anything in the logs that might be useful for us?
No response
Additional information
No response