I just updated from 2021.9.5 to 2021.10.4 and now I can not access any of my lovelace dashboards, nor the settings dashboard. I get a JS error in the console
Uncaught (in promise) ChunkLoadError: Loading chunk 12545 failed.
(error: http://XXX:8123/frontend_latest/484f044e.js)
When I try to open the file directly, FF says âcontent encoding error â file is using an unknown compressionâ. Anybody any idea? Same issue in Chrome, so itâs not a FF related bug. I basically canât do anything via the frontend now, even in the few pages that still load because of dependency loading issues of the same type.
Anybody any idea? I asked on discord already, but besides of âask in a different channelâ I did not get any reply so far and I am out of ideas. I restarted everything already, HAOS is up2date, nothing fixes it.
For some reason after Release 2021.10.3 it slowed my HA down to a crawl. I could not configure anything since it would either freeze or just take a very long time to react. If I went to Integration it would take forever to configure something. I restored back down to the version 2021.10.2 and it all started working again. I did another upgrade and same thing dog slow. I am using HA on a stand alone NUC i7 with 16Gbs mem, and a 200Gb SSD. I installed the HA OS directly on to the system to run the core HA component. I am using very little SSD space and barely any of the memory. Not sure why the release is doing that but I figured I better let someone know.
Update: After backing down to last release and then reinstalling the current one it fixed the slow response. The first install must have loaded wrong. So seems it is all good now.
Iâm having similar z-wave migration issue. The migration wizard aborts saying the add-on didnât start (but it is running when I go check it myself). When this happens, I end up with both integrations when I go to configuration>integrations. If I go into the original integration and start the wizard again, it gets further, but it shows me a long list of every entity and says they wonât be migrated. There are no other lists of what will be migrated, so it just feels like a big fail. I have tried it 5 times and every time itâs exactly the same behavior. I reverted to my backup and will have to stay on the legacy z-wave until this gets figured out. I have nearly 100 devices, so Iâm really wanting to avoid re-doing everything from scratch.
I had something similar and the only way to access anything was via Nabu casa. This was then fixed for me in 10.4 and a complete shutdown of my system (pi 4). Restarts didnât really do much.
I downgraded my system to 2021.10.3 via SSH now, and everything seems to be fine again. Might try to upgrade to 2021.10.4 again when I have more time, since I suppose it was just a broken upgrade process on my end, as nobody else seems to have these issues.
I am actually surprised a migration wizard was attempted. My guess is that only very simple, possibly with relatively new components, will be possible to migrate mostly automatically. Kudos to the HA team trying to attempt this but it may have been a mistake resulting in unrealistic expectations.
In my case almost all zwave devices ended up with a different number of entities, many of which reported different states (âAuto lowâ vs âAuto Lowâ, or different states entirely), different possible states, etc. There is no way these are going to be migrated automatically, and battery-powered devices are notoriously finicky.
The wizard might get you over the initial hump but peruse the conversion guides (example) for a heads-up on manual steps likely to be encountered based on what the wizard was telling you (or what the initial steps in the conversion guides indicate). Compare that to starting over from scratch, which may actually be easier.
Yes it does. However, you have to manually add the correct repo to HACS. The docs clearly state: âIf you have HACS, you must add this repository (âhttps://github.com/ollo69/ha_tuya_customâ) to your Custom Repository selecting the Configuration Tab in the HACS page.
After this you can go in the Integration Tab and search the âTuya Customâ component to configure it.â
The repo-URL has changed, the name now contains underscores, thatâs it. They still support HACS.
Do you have Logitech Harmony hubs on your network? I have not updated to 2021.10.x yet but I also get that on startup because of my Harmony hubs and just ignore it. If itâs now going to flood my logs, I guess this might be another reason to hold off on the update for now.
Yes. I have a harmony hub. I replaced it because it was so often unstable.
I replaced it by a Broadlink and that is rock solid and pure local.
I uninstalled the Harmony integration 6 months ago and when rediscovered I asked HA to ignore it. But I left the Harmony on so I could use the remote unrelated to HA. But the remote kept on popping up in Home Assistant and could not be ignored so I pulled the battery. Now I unplugged the Harmony hub and the flooding stopped.
That Harmony integration needs some developer attention. It behaves very badly
I am not exactly sure what caused it and at some point I gave up trying.
I was running the VM-image (docker container) at version 2021.10.2 and after upgrading to 2021.10.4 this issue started occurring on my install aswell.
Fiddling with the DNS settings of the root OS (nmcli) and reverting to DHCP somehow resolved my issues. As soon as I defined a static IP the issues came back. It also appeared to occur at random and would sometimes work.
Saw this as a sign and took some time to reĂŻnstall my Home Assistant image and moved my configs over to the new install.
I am not sure whether youâre running your Home Assistant on a static IP. If so you might aswell try configuring it to use DHCP and see if that resolves your issues. If thatâs the case you could try to assign a static IP from your router to the MAC address of your Home Assistant install as that seems to have resolved the issues at my end for now.