On (re)booting the date does not get set and as a result, HA refuses to connect, perhaps because it makes a certificate invalid. Setting the date on the cli and restarting hassio supervisor fixes the problem but requires physical access to a console display and keyboard and has to be done even on a soft reboot.
In the middle of the console output on startup after boot is the following preceded by two red asterisks:
(1 of 2) A start job is running for Wait Until Kernal Time Synchronized (13s / no limit)
I have very robust internet access- Gbit fiber and Google mesh WiFi. I ran ntp test on my windows system and it is fine. The question is why does the RPi hassos not connect? Judging from other queries on the forum here I am not the only person seeing this. Hassos is unusable for me as it stands now.
None of those addresses are pingable so the date and time don’t get set on boot. However, If I change that line to FallbackNTP=0.us.pool.ntp.org 1.us.pool.ntp.org it boots fine and the proper date and time are set.
So perhaps the question is how do I change the Hassos boot script to use a different NTP service?
If those hosts are not pingable then either your network is broken or there is temporary outage of those hosts (which would be unusual for 4 pool addresses).
Well, my first DNS server was Google, the default for their mesh wifi router. The ntp servers would not ping. I changed t he DNS server to my ISP’s. Still no ping. I don’t think the problem was DNS on my end. No matter though, those NTP servers are back up and hassos is working now.