Mine is solid running on a Odroid n2+ with the current 2022.11.5. No memory issues. Of course this is totally dependent on what integrations,hardware,etc that people are using and their log level settings. Having a log set to debug will use up tons of space. I like having the frequent updates since it ensures that we get new features and bug fixes quickly instead of resorting to temporary bug patches.
I finally got around to updating and now getting an error in the logs:
Logger: homeassistant.setup
Source: setup.py:192
First occurred: 2:18:47 AM (1 occurrences)
Last logged: 2:18:47 AM
Setup failed for google: Unable to import component: No module named 'ical.timespan'
I updated to 2022.11.5 from 2022.10.4.
Any ideaās where this could be coming from?
I did a text search in my config for āical.timespanā and got no results.
has anyone else noticed the Bravia integration has somehow changedā¦both configured TVs are no longer showing as ON/Playing in statesā¦this has broken with my update to Core 11.5, did search to see if already mentioned but couldnāt see anything
Are you running any custom calendars? Google does not use that lib. Well it doesnāt appear to use that lib, neither does the source lib. However Iām not using an IDE, so I might have missed it.
I had downloaded that repo when it was first announced but I had never actually installed it.
it took a bit of jumping thru hoops (uninstalling it, re-downloading it, uninstalling it, reverting back to 2022.10.4 then back to 2022.11.5, etc) but I finally got it un-installed and the google calendar integration seems to be working again.
strange that Iāve never had a custom integration ever overwrite a built-in integration library that isnāt a custom version of that same built-in integration. I never even suspected that was a possibility.
I guess I donāt need that custom integration anyway.
Well, if itās installed in place (in custom_components) HA still loads the manifest which in turn loads the dependencies in the system. Not sure the order of that and how that impacts things, but you probably could have fixed it by just matching the dependencies on the custom integration.
@bandric1 You can start by ensuring that you are not running in debug mode, and that youāre only writing the desired level of information to your logs. Do something like this in your configuration.yaml.
# Level of info written to the HA log files.
logger:
default: critical
logs:
# log level for components
homeassistant.components.mqtt: error
...
Then, although Supervisor is one of the HA components, it somehow does not use these settings in the HA config file. You have to set itās log level separately. e.g.
ha supervisor options -l warning
And as you are running supervised you have the ability to investigate and troubleshoot in more detail to help find and fix the root cause of your excessive logs, and make advanced changes to your system that impacts your SSD usage.
Until recently PulseAudio was running in debug mode in the hassio_audio container, spamming the downstream system logs with a lot of unnecessary crap detail. This seems to be fixed though in the current container release. But you can still do your CPU usage and hence system performance a favor by suspending PulseAudio if you are not using audio in your implementation.
@frenck - Maybe I am too early but where is the new 2022.12 release? It is after 8PM CET on the first Wednesday of the month. So I just googled the beta release notes and I read the following:
I am not following the YouTube channel, and I am not aware when the release party is happening live, but generally a less than 1 hour notice seems to be a bit short.
On the YT channel the party is announced a week in advanced, same on the Discord server. And it is a fixed date on every first Wednesday of a month, so can be planned for pretty good.
