I actually am running into this myself. So it’s not an isolated problem
1 Like
So I managed to get it working. I had to get into the command line and use nmcli to change my DNS using
nmcli con mod <connectionName> ipv4.dns "8.8.8.8 8.8.4.4"
then ignore the auto DNS using:
nmcli con mod <connectionName> ipv4.ignore-auto-dns yes
Where your connection name is whatever pops up when you do a nmcli con.
4 Likes
Update: Workaround!!
@ewkinder, I was about to come on and report that I had success as well after changing the ipv4 dns for the default wired connection. Mine now works after changing the DNS to 1.1.1.1, even on Wifi.
@raidnet-ms wait until your system errors and looks like this:
Waiting for the Home Assistant CLI to be ready...
[WARN] Home Assistant CLI not starting! Jump into emergency console…
#
Then I would follow what @ewkinder did.
If you’re not sure about your connection name, look at my directions below for the commands.
My method:
I took a different route to accomplish the same system changes and accomplished the same result:
First, find out what your connection name is, so that you can change the DNS:
nmcli con show
In my case, the eth0 default connection name is “Home Assistant OS default”. It is highlighted in green
Then type:
nmcli con edit "Your Connection Name" to enter edit mode for that connection. If your connection has spaces like mine, make sure to put it between the quotation marks.
nmcli> print ipv4 will show you the ipv4 properties of that connection
Set the DNS server and local gateway while you’re here.
nmcli> set ipv4.dns 1.1.1.1
nmcli> save
nmcli> quit
After saving and leaving the nmcli editor, reboot your machine:
# reboot
If this doesn’t work, try activating Wifi and connecting that way first using the instructions here: Guide: Connecting Pi with Home Assistant OS to wifi (or other networking changes)
This seems to be an issue with the way that the default DNS is set up. What I was missing before was that I was not setting the DNS specifically for the connection, but the system as a whole. Once forcing it to use google or cloudflare dns, everything booted up perfectly after a restart. I haven’t had time to submit the bug yet, but I’m convinced that some time after 4.15, the default network settings changed, and for whatever reason they don’t work as well for Pi3B+.
8 Likes
Well thanks for the details.
I have 2 rasp pi4 8gb, the first was installed with hassio 4.X with conf file so I didn’t have any problem.
I’ve also tryed with hassio 5.9 and this version can be seen on homeassistant.local but the installation is stuck there.
I will try with your suggestion but first of all I want to try on a different ISP.
Do you think that this could be related with Zeroconf?
They updated it with 6.1
Do you think this is related with the same problem? Can’t connect to HA via homeassistant.local:8123 - Home Assistant OS - Home Assistant Community (home-assistant.io)
@ezankel, please post a link to the GitHub issue about your solution recorded here. The developers will might have an idea what to look for to fix it.
I don’t know if I Actually fixed mine but I am running my Pi 4 headless and don’t have any USB keyboards lying around so I added the ssh text file to the root of the SD card (as you would for other Pi installs)…when I put the card back in the pi it booted all the way up and I can now access. Before this I had taken the card out several times and performed various troubleshooting steps so I know it wasn’t a bad connection on the card…just another thing to try for those who are still struggling with this.
Sure you can also configure the network with a text conf file and it will load the settings on the boot.
Mmmm I can’t see any solution for this in the last changelog…
Issue has been updated with my notes and link to this thread.
I think this is the right one… someone correct me if not.
2 Likes
I got mine setup last night for the first time and was running into this same issue. Restarted a few times before I just logged in as root and checked the container logs with docker logs $(docker ps -q) and found that it was timing out trying to pull another image. Then I checked /etc/resolv.conf to find that only 192.168.0.1 was listed, so I added 8.8.8.8 and 8.8.4.4 following these instructions (below) as directly editing the file would simply result in it being overwritten by network manager. Once updated I restarted and it has been working since.
https://serverfault.com/questions/810636/how-to-manage-dns-in-networkmanager-via-console-nmcli
I was able to finish the installation from another location with a different ISP.
Same network config, same dns.
Changing the DNS did the trick, Thank you so much!!! I have been beating my head against the wall to try to figure this one out!
Where did you change dns? Into your gateway?
As per another post, I was getting this error on a clean first-install (Raspberry Pi 400), and it was solved by, um, plugging a network cable in between the RPI and the router. KISS solution that might help someone else.
Yes you DO need to be connected to the internet to install.
Sorry is not very clear how did you manage to solve it. You mean that you had the problem only with wifi?
This test would be very important.
I had the same issue. For me, it turned out that the started container was just stuck trying to install additional components (e.g. the cli component) due to an DNS issue. I’m also running PiHole and my router returns its IP address in the DHCP response.
This SO helped me fixing the issue:
It was basically hardcoding the dns servers in /etc/docker/daemon.json
The related error message from sudo systemctl status hassio-supervisor:
Oct 09 17:10:19 hostname hassio-supervisor[2852]: 21-10-09 17:10:19 WARNING (MainThread) [supervisor.plugins.cli] Error on install cli plugin. Retry in 30sec
Oct 09 17:10:49 hostname hassio-supervisor[2852]: 21-10-09 17:10:49 WARNING (MainThread) [supervisor.jobs] 'Updater.fetch_data' blocked from execution, no supervisor internet connection