Problem with “Check Home Assistant configuration” add on

Installation Home Assistant OS
2

I have run that addon in the past but need to run it again before updating to 0.89.
My HassOS installation appears to have imploded but I also have Hassio on a Debian VM with a similar configuration.

3

I got the identical error with .88.2 when I ran the Check Home Assistant configuration add on for .89. Also, disk use percentage increased 40% afterwards. I’m in the dark as to how to interpret this.

4

I got the same thing on hass.io 88.2 → 89.0 when I ran Check Home Assistant Configuration addon. So for fun – and because it’s a tradition with software – I ran Check Home Assistant Configuration again and got:

[Info] Start install HomeAssistant latest

So maybe just running the Check fixed the problem or whatever it was? It’s good, because I have no idea how I would install component ‘colorlog’ in a hass.io instance.

In conclusion, it’s a little confusing when one is left wondering if the addon had an error or whether it’s operating as designed and reporting a problem in one’s configuration. Maybe we need a Check Check Home Assistant Configuration addon to run before running Check Home Assistant Configuration to make sure that Check Home Assistant Configuration will be able to do its job.

1 Like
5

You need to wait for the config check to finish. Click REFRESH on the log window.

6

I left it running for a long time and then refreshed the log and what I pasted above was the last entry.

7

Same here, same error. Also left it running a long time.

8

Any errors in the logs under Hass.io -> system or under the “i” icon in the bottom row?

9

After running Check Home Assistant Configuration for the third time, and until the processor sensor returned to normal, these are the errors in the log:

2019-03-07 07:35:01 WARNING (MainThread) [engineio.client] Read loop: WebSocket connection was closed, aborting
2019-03-07 07:35:01 WARNING (MainThread) [engineio.client] PONG response has not been received, aborting
2019-03-07 07:35:02 ERROR (MainThread) [homeassistant.config_entries] Error setting up entry f0d5491eaeda for binary_sensor
Traceback (most recent call last):
  File "/usr/local/lib/python3.7/site-packages/homeassistant/config_entries.py", line 260, in async_setup
    result = await component.async_setup_entry(hass, self)
  File "/usr/local/lib/python3.7/site-packages/homeassistant/components/binary_sensor/__init__.py", line 63, in async_setup_entry
    return await hass.data[DOMAIN].async_setup_entry(entry)
  File "/usr/local/lib/python3.7/site-packages/homeassistant/helpers/entity_component.py", line 135, in async_setup_entry
    raise ValueError('Config entry has already been setup!')
ValueError: Config entry has already been setup!
2019-03-07 07:35:02 ERROR (MainThread) [homeassistant.config_entries] Error setting up entry f0d5491eaeda for sensor
Traceback (most recent call last):
  File "/usr/local/lib/python3.7/site-packages/homeassistant/config_entries.py", line 260, in async_setup
    result = await component.async_setup_entry(hass, self)
  File "/usr/local/lib/python3.7/site-packages/homeassistant/components/sensor/__init__.py", line 50, in async_setup_entry
    return await hass.data[DOMAIN].async_setup_entry(entry)
  File "/usr/local/lib/python3.7/site-packages/homeassistant/helpers/entity_component.py", line 135, in async_setup_entry
    raise ValueError('Config entry has already been setup!')
ValueError: Config entry has already been setup!
2019-03-07 07:46:50 ERROR (MainThread) [homeassistant.core] Error doing job: SSL error errno:1 reason: KRB5_S_INIT
Traceback (most recent call last):
  File "uvloop/sslproto.pyx", line 504, in uvloop.loop.SSLProtocol.data_received
  File "uvloop/sslproto.pyx", line 204, in uvloop.loop._SSLPipe.feed_ssldata
  File "uvloop/sslproto.pyx", line 189, in uvloop.loop._SSLPipe.feed_ssldata
  File "/usr/local/lib/python3.7/ssl.py", line 767, in unwrap
    return self._sslobj.shutdown()

The SSL error has been logged every few minutes since .87. It appears the ambient weather station configuration (f0d5491eaeda) is having difficulty as well.

10

Do you have a binary sensor entity with id f0d5491eaeda ?
Perhaps search your configuration.yaml file.

11

Yes,

configured

The weather station battery state is a binary sensor. binary_sensor.weather_station_battery

12

It its configuration correct? Many invalid entries that used to be ignored mow generate errors.

13

I guess I’ll file an issue against the Ambient component. Unable to upgrade at this point. Config entry:

ambient_station:
  api_key: !secret ambient_api_key
  app_key: !secret ambient_app_key
  monitored_conditions:
    - 24hourrainin
    - battout
    - dailyrainin
    - dewPoint
    - eventrainin
    - feelsLike
    - hourlyrainin
    - humidity
    - humidityin
    - lastRain
    - maxdailygust
    - monthlyrainin
    - tempf
    - tempinf
    - uv
    - weeklyrainin
    - winddir
    - winddir_avg2m
    - windgustmph
    - windspeedmph
14

The upgrade itself went fine with no errors

1 Like
15

@MartinB

I’m getting same error of your first post.

What was your solution?

Thanks

16

Yeah, I’m getting the same error.

Running HassOS 2.10 and HA 0.88.2 on a nuc.

17

I haven’t been able to resolve why the configuration check add on throws the error.

18

Oh, ok, I misunderstood you last message!

1 Like
19

I noticed this on the blog thread. They now know this is a bug but there is a suggested workaround. The querying user was using travis.

1 Like
20

Time has apparently healed the wounds on my installation. Was able to update to 0.89.0 just now without the errors seen earlier.

21

I tried two times to run the add-on with 0.93 and front end went down. I can ssh my hass.io but prompt is very laggy.
I’m on raspberry Pi and I don’t know where to look if I want to find the root cause or check if HA is till running.

Any clue ?