I’ve been playing with HassOS through KVM (hosted on Ubuntu 20.04) and have been facing a plethora of issues. Hoping that someone here can take a peek and help out.
Note: I had to remove the github links as I’m a new user and limited to 2 URL’s per post. The actual commands used valid URLs
In summary: Supervisor consistently has problems accessing the web. Addon store won’t load, and logs show git fails to clone repositories. It seems to be an MTU issue. Default value of 1500 is busted, setting to 1200 fixes things.
- I’m running HassOS on KVM, using the haos_ova-7.6 qcow2 image.
- OS/Supervisor/Core is all up to date, Observer shows all green
- homeassistant on port 8123 is reachable and works fine.
- My home network uses unifi hardware, with my system MTU set to the defaut 1500 on all machines.
- When I restart the system, the observer shows the status as "unsupported’. I have to spam “ha su restart”, “ha core restart”, and “ha dns restart” to get the system back to a “normal” state.
- When I try to add new repos to the addon store (github com - sabeechen/hassio-google-drive-backup or even github com - hassio-addons/repository) they show up as “unknown” with a red trash can icon, so they aren’t recognized.
- If I try docker exec into the supervisor image, git clone fails.
docker exec -it 74a236020d73 /bin/sh+
cd /home && git clone github com - sabeechen/hassio-google-drive-backupwill just permanently hang.
- If I manually set the MTU to 1200 (inside supervisor container,
ip link set dev eth0 mtu 1200and
ip link set dev eth1 mtu 1200, git clone works and the supervisor store loads.
- It seems the networking is busted somehow. I can use the Terminal addon to ping github.com, google.com, etc, so it’s clearly not a network level outage. I can also clone the exact same repos inside the terminal addon, but that’s in a separate docker image, so this seems scoped to the supervisor docker.
- It seems to be a MTU issue. If I manually override the MTU inside the supervisor docker instance to 1200, everything works completely fine. However, this requires shelling into the supervisor and manually running the MTU set commands.
- I can’t edit the /etc/docker/daemon.json on the HASSOS root partition as it’s marked ReadOnly, so that’s not much help either. I also don’t know of a way to auto run a custom script on boot to patch the MTU values, since again the system is extremely locked down.
Any and all advice is very much appreciated. I’m confused why the MTU is such a mess, and I also don’t see any viable patches or workarounds given the extremely limited and locked nature of HassOS.
Thank you in advance!