2022.7: A stunning performance

[hooha_mc]

Hi @DavidFW1960 ,
Firstly, I need to thank you for your posts and config on BOM weather. Was a massive help getting me up and running. Champion.

What the detailed logs give me (forgive me, some of what is says is way over my understanding):

Logger: homeassistant.components.websocket_api.http.connection
Source: components/hassio/update.py:301
Integration: Home Assistant WebSocket API (documentation, issues)
First occurred: July 8, 2022 at 4:18:34 PM (17 occurrences)
Last logged: 10:34:49 AM

[140174564369840] Error updating Home Assistant Core 'HomeAssistantCore.update' blocked from execution, system is not healthy
[140174563626528] Error updating Home Assistant Core 'HomeAssistantCore.update' blocked from execution, system is not healthy
[140174648281600] Error updating Home Assistant Core 'HomeAssistantCore.update' blocked from execution, system is not healthy
[140174564733424] Error updating Home Assistant Core 'HomeAssistantCore.update' blocked from execution, system is not healthy
[140174763924832] Error updating Home Assistant Core 'HomeAssistantCore.update' blocked from execution, system is not healthy
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/components/hassio/update.py", line 299, in async_install
    await async_update_core(self.hass, version=version, backup=backup)
  File "/usr/src/homeassistant/homeassistant/components/hassio/handler.py", line 47, in _wrapper
    raise HassioAPIError(data["message"])
homeassistant.components.hassio.handler.HassioAPIError: 'HomeAssistantCore.update' blocked from execution, system is not healthy

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/components/websocket_api/commands.py", line 193, in handle_call_service
    await hass.services.async_call(
  File "/usr/src/homeassistant/homeassistant/core.py", line 1704, in async_call
    task.result()
  File "/usr/src/homeassistant/homeassistant/core.py", line 1741, in _execute_service
    await cast(Callable[[ServiceCall], Awaitable[None]], handler.job.target)(
  File "/usr/src/homeassistant/homeassistant/helpers/entity_component.py", line 204, in handle_service
    await service.entity_service_call(
  File "/usr/src/homeassistant/homeassistant/helpers/service.py", line 680, in entity_service_call
    future.result()  # pop exception if have
  File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 964, in async_request_call
    await coro
  File "/usr/src/homeassistant/homeassistant/helpers/service.py", line 717, in _handle_entity_call
    await result
  File "/usr/src/homeassistant/homeassistant/components/update/__init__.py", line 152, in async_install
    await entity.async_install_with_progress(version, backup)
  File "/usr/src/homeassistant/homeassistant/components/update/__init__.py", line 411, in async_install_with_progress
    await self.async_install(version, backup)
  File "/usr/src/homeassistant/homeassistant/components/hassio/update.py", line 301, in async_install
    raise HomeAssistantError(
homeassistant.exceptions.HomeAssistantError: Error updating Home Assistant Core 'HomeAssistantCore.update' blocked from execution, system is not healthy

Does that give any clear clues as to the culprit?
Otherwise, I might try that ignore setting.

Thank you again.

[DavidFW1960 (David)]

At the top of system health you will see this:

Click Learn More and you might get a hint.
Mine says

The supervisor log shows

22-07-15 10:56:28 INFO (MainThread) [supervisor.resolution.evaluate] Starting system evaluation with state CoreState.RUNNING
22-07-15 10:56:28 ERROR (MainThread) [supervisor.resolution.evaluations.container] Found image in unhealthy image list 'v2tec/watchtower' on the host
22-07-15 10:56:28 INFO (MainThread) [supervisor.resolution.evaluate] System evaluation complete
22-07-15 10:56:28 CRITICAL (MainThread) [supervisor.jobs] The following job conditions are ignored and will make the system unstable when they occur: {<JobCondition.HEALTHY: 'healthy'>}

[hooha_mc]

@DavidFW1960

supervisor log shows

I have the following:

22-07-15 09:43:07 INFO (MainThread) [supervisor.updater] Fetching update data from https://version.home-assistant.io/stable.json

22-07-15 09:47:50 WARNING (MainThread) [supervisor.addons.options] Option 'vnc_password' does not exist in the schema for deCONZ (core_deconz)

22-07-15 09:52:52 WARNING (MainThread) [supervisor.addons.options] Option 'vnc_password' does not exist in the schema for deCONZ (core_deconz)

22-07-15 09:57:54 WARNING (MainThread) [supervisor.addons.options] Option 'vnc_password' does not exist in the schema for deCONZ (core_deconz)

22-07-15 10:02:56 WARNING (MainThread) [supervisor.addons.options] Option 'vnc_password' does not exist in the schema for deCONZ (core_deconz)

22-07-15 10:07:58 WARNING (MainThread) [supervisor.addons.options] Option 'vnc_password' does not exist in the schema for deCONZ (core_deconz)

22-07-15 10:11:15 INFO (MainThread) [supervisor.homeassistant.api] Updated Home Assistant API token
22-07-15 10:13:00 WARNING (MainThread) [supervisor.addons.options] Option 'vnc_password' does not exist in the schema for deCONZ (core_deconz)

22-07-15 10:18:02 WARNING (MainThread) [supervisor.addons.options] Option 'vnc_password' does not exist in the schema for deCONZ (core_deconz)

22-07-15 10:19:21 WARNING (MainThread) [supervisor.jobs] 'HomeAssistantCore.update' blocked from execution, system is not healthy
22-07-15 10:23:04 WARNING (MainThread) [supervisor.addons.options] Option 'vnc_password' does not exist in the schema for deCONZ (core_deconz)

22-07-15 10:28:06 WARNING (MainThread) [supervisor.addons.options] Option 'vnc_password' does not exist in the schema for deCONZ (core_deconz)

22-07-15 10:30:17 WARNING (MainThread) [supervisor.jobs] 'HomeAssistantCore.update' blocked from execution, system is not healthy
22-07-15 10:33:08 WARNING (MainThread) [supervisor.addons.options] Option 'vnc_password' does not exist in the schema for deCONZ (core_deconz)

22-07-15 10:34:49 WARNING (MainThread) [supervisor.jobs] 'HomeAssistantCore.update' blocked from execution, system is not healthy
22-07-15 10:38:10 WARNING (MainThread) [supervisor.addons.options] Option 'vnc_password' does not exist in the schema for deCONZ (core_deconz)

I’m today old (thanks to you) for learning there is a supervisor log section.

From this, i’m lead to believe there is something in the deconz vnc password. ill have to look into that a bit more what has happened.

You concur on that path?
Thanks mate

[DavidFW1960 (David)]

What do you see if you click on privileged?

[hooha_mc]

Brings me to here:

Privileged

“The Supervisor needs to have privileged access to the docker runtime on your host to be able to do everything it needs to do.”

Im running on:

System: Host: automationhub Kernel: 5.4.0-113-generic x86_64 bits: 64 compiler: gcc v: 7.5.0
Desktop: MATE 1.22.2 wm: marco dm: LightDM Distro: Linux Mint 19.3 Tricia
base: Ubuntu 18.04 bionic
Machine: Type: Desktop System: Intel Client Systems product: NUC7i3DNKE v: J57829-510
serial: Chassis: Intel Corporation type: 3 v: 2 serial:
Mobo: Intel model: NUC7i3DNB v: J57625-510 serial: UEFI [Legacy]: Intel
v: DNKBLi30.86A.0056.2018.1003.1513 date: 10/03/2018

I’ve done -apt update and upgrade many times over. There is nothing left to update on the host.

Thanks

[DavidFW1960 (David)]

Hmm. So you need to run the container in privileged mode?

Docker Privileged: Should You Run Privileged Docker Containers?

Not sure how you would do this given it’s a supervised installation. That should be automatic when you installed. Do you have the HA agent installed? Have you tried running the installation script/package again?

Also see this thread

Unable to update - Supervisor not privileged

I’m running HA on an Intel NUC with Ubuntu in supervised mode. After updating to 0.118.2 I can no longer update HA, because it my supervisor is not running in privileged mode. How can I change that? So how can I change the supervisor docker container to privileged mode and also make it persistent so that it will also run privileged after a reboot? Any help would be greatly appreciated. Quick edit: I just checked the state of the supervisor container and it says that it is privileged! But still …

Seems they also say re-run installation

[nickrout]

@hooha_mc

Desktop: MATE 1.22.2 wm: marco dm: LightDM Distro: Linux Mint 19.3 Tricia
base: Ubuntu 18.04 bionic

Inevitably this will bring problems as supervised is only supported on debian 11.

[DavidFW1960 (David)]

@nickrout

Inevitably this will bring problems as supervised is only supported on debian 11.

True but supported is a moving target these days becoming increasingly narrow all the time. I stopped chasing it a long time ago.

[hooha_mc]

Hi guys,

Reading through the thread @DavidFW1960 shared.

@febalci

sudo docker restart hassio_supervisor

I did “sudo docker restart hassio_supervisor” on host terminal, went back to HA and attempted update which it did successfully.

I have NOT restarted host or HA and now have a Healthy supervisor and updated to the latest.

From the convo, I take it not to always expect this outcome, but for a reason (of which I do not know), simply restarting hassio_supervisor and then updating via HA GUI did the trick.

Thank you for your responses, support, and feedback. I learned some new things today.

Much appreciated.

[Lazy.hu]

2022.7.5 is out, but the the release note is missing.

[pepe59]

The release notes are there.

[maverik80]

good morning everyone, since 2022.7 came out on my mini pc there is an exaggerated Consumption of RAM up to the mini pc block, while if I go back to allan2022.6.7 no! I can’t even read the logs, has anyone had the same problems?

[cerebrate (Alistair Young)]

It’s not explicitly mentioned in the release notes, but just in case –

Anyone here know if the merged PR

Add mariadb-connector-c to Dockerfile by bdraco · Pull Request #247 · home-assistant/docker (github.com)

has made it into 2022.7.5?

[hassbrad]

Completely agree. History was my quick glance at everything I wanted to see using a carefully curated list in my config file. I’m not even sure what the history component does anymore if I also have to pick everything on the page itself? Then also clutter it up with all the items I’ve picked at the top?

I’ve started building history graphs to show on different dashboards to replace this, but then I also have to build a way to show different time frames to get the same functionality that the history page had.

[makai]

I don’t think so, latest release is from 17 days ago and this PR has been merged 5 days ago

[CaptTom (Tom)]

@hassbrad

I’ve started building history graphs to show on different dashboards to replace this, but then I also have to build a way to show different time frames to get the same functionality that the history page had.

This would be a nice FR for history_graph cards; the ability to select date/time ranges.

[VDRainer]

@hassbrad

I’ve started building history graphs to show on different dashboards to replace this, but then I also have to build a way to show different time frames to get the same functionality that the history page had.

Maybe take a look at my workaround.
I’m happy with it.

New History in 2022.7 - Multiple dynamic History URLs by groups

For a long time i used the History only for a few entities included in the history config. The new history panel is nice, but: - the selections are gone after restarts - the selections are gone after ‘Show more’ in a more-info dialog - i want to have multiple sets with selections You can bookmark the history in your browser, but then you have to edit them because they include timestamps. So here is my (hopefully only temporarily) Workaround. Create groups with the entities you want in the…

BTW: If anyone is able to template the start timestamp to the urls in the frontend

&start_date=2022-07-13T22:00:00.000Z

it will also be possible to open the sets with different time frames.

[hassbrad]

Agreed, please go here and vote if you would like to see this as well.

Add date/time ranges to History Graph Card

Add the ability to select a date/time range for the History Graph Card similar to the History Panel. Either by adding the functionality to the UI of the card itself or by adding template functionality to the hours_to_show field (or something similar). Since the 2022.7 update, the History Panel functionality has changed in such a way that I can not use it as an overall quick glance of all information about my system. It’s now a very manual process with many steps to show what you want, not a p…

Also, this is a somewhat workable solution for now.

Dynamically select the number of hours or sensors to show on a history graph or mini graph card

Hey everyone, Here’s a way to dynamically select the number of hours a history graph shows. This project relies 100% on the config-template-card, so all credits go to the developer. First, we create an input_select entity. input_select: hours_to_show: name: Hours to show options: - 24 - 12 - 4 - 2 - 48 - 72 initial: 24 Then the code for creating our card is the following: type: vertical-stack cards: - type: entities entities: …

[Viking]

After updating to 7.x I’m experiencing over and over again that starting HA partly fails in the sense that some integrations do not load and several custom dashboards fail to load. This only happens when there’s a section in the configuration.yaml file that has lines with incorrect indentations. Still, the Check configuration command always produce a Configuration Valid! output. It seems as if this check is no longer capable of catching incorrect indentations? I belive it used to be able to do that in earlier versions.
Info: I run 2022.7.5 in a docker container.

[nickrout]

You can see the state of the code in any release on github. Open any piece of code, click the dropdown that says “dev”, then “tags”, then the version you want to look at.