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.
Sorry if such a question has already been. My indicator does not change when the light is âonâ. How to fix it?
Is that the tuya integration ?
No. I suffer separately with Tuya:) these are Sonoff switches. Integrated via Sonoff LAN
Better ask in the Sonoff Lan topic :
Thanks. It broke down when switching to 2021.10.0. But if you select the âButtonâ type, the current is displayed correctly
Add state_color: true to your first card.
1 Like
Is anyone else stuck on 2021.9?
21-10-15 19:54:40 INFO (MainThread) [supervisor.homeassistant.core] Updating Home Assistant to version 2021.10.4
21-10-15 19:54:40 INFO (SyncWorker_1) [supervisor.docker.interface] Updating image Package intel-nuc-homeassistant · GitHub to ghcr.io/home-assistant/-homeassistant:2021.10.4
21-10-15 19:54:40 INFO (SyncWorker_1) [supervisor.docker.interface] Downloading docker image ghcr.io/home-assistant/-homeassistant with tag 2021.10.4.
21-10-15 19:54:40 ERROR (SyncWorker_1) [supervisor.docker.interface] Canât install ghcr.io/home-assistant/-homeassistant:2021.10.4: 400 Client Error for http+docker://localhost/v1.40/images/create?tag=2021.10.4&fromImage=ghcr.io%2Fhome-assistant%2F-homeassistant: Bad Request (âinvalid reference formatâ)
21-10-15 19:54:40 WARNING (MainThread) [supervisor.homeassistant.core] Updating Home Assistant image failed
I am running Ubuntu 20.04.03 (yes I know it is not officially supported), never had an issue until today.
Tried setting manual DNS (1.1.1.1/8.8.8.8) 
HA does have internet access (its accessible from outside and addons do update)
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.
As I wrote, I tried that but it didnât work.
In the meantime, @stirlo suggested to use this repository and it worked fine, so Iâm good for now:
My log is flooded with this
Both are messages I am used to see a couple of times after restart
Now they just repeat flooding the log. I have no idea where it comes from
2021-10-15 19:53:41 ERROR (MainThread) [homeassistant] Error doing job: Task was destroyed but it is pending!
2021-10-15 19:53:41 ERROR (MainThread) [homeassistant] Error doing job: Task was destroyed but it is pending!
2021-10-15 19:53:43 WARNING (MainThread) [slixmpp.basexmpp] Legacy XMPP 0.9 protocol detected.
2021-10-15 19:53:44 ERROR (MainThread) [homeassistant] Error doing job: Task was destroyed but it is pending!
2021-10-15 19:54:43 WARNING (MainThread) [slixmpp.basexmpp] Legacy XMPP 0.9 protocol detected.
2021-10-15 19:54:51 ERROR (MainThread) [homeassistant] Error doing job: Task was destroyed but it is pending!
2021-10-15 19:55:43 WARNING (MainThread) [slixmpp.basexmpp] Legacy XMPP 0.9 protocol detected.
2021-10-15 19:55:44 ERROR (MainThread) [homeassistant] Error doing job: Task was destroyed but it is pending!
2021-10-15 19:56:43 WARNING (MainThread) [slixmpp.basexmpp] Legacy XMPP 0.9 protocol detected.
2021-10-15 19:56:44 ERROR (MainThread) [homeassistant] Error doing job: Task was destroyed but it is pending!
2021-10-15 19:57:43 WARNING (MainThread) [slixmpp.basexmpp] Legacy XMPP 0.9 protocol detected.
2021-10-15 19:57:50 ERROR (Thread-4) [homeassistant] Error doing job: Task was destroyed but it is pending!
2021-10-15 19:58:43 WARNING (MainThread) [slixmpp.basexmpp] Legacy XMPP 0.9 protocol detected.
2021-10-15 19:58:44 ERROR (SyncWorker_27) [homeassistant] Error doing job: Task was destroyed but it is pending!
2021-10-15 19:59:43 WARNING (MainThread) [slixmpp.basexmpp] Legacy XMPP 0.9 protocol detected.
2021-10-15 20:00:43 WARNING (MainThread) [slixmpp.basexmpp] Legacy XMPP 0.9 protocol detected.
2021-10-15 20:00:52 ERROR (MainThread) [homeassistant] Error doing job: Task was destroyed but it is pending!
2021-10-15 20:01:43 WARNING (MainThread) [slixmpp.basexmpp] Legacy XMPP 0.9 protocol detected.
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
There is a fix here but it needs someone to test it
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.
Whatâs this fix do? I might be able to test it.
We avoid setting up and tearing down the websocket connection to get the unique ID when the device is discovered. Itâs much more light weight, and these devices overload very very easily.
I agree with your assessment of the zwave migration wizard. Good attempt. Needs much more work to be useful. My expectations were too high I guess.
@bdraco I have 4 harmony hubs and often see lots of related errors. I can test but might need detailed instructions as I am new to Home Assistant.
Edit: My 4 hubs do not have XMPP switched on as Logitech disabled it a while back and I never touched it so I am not getting those errors but other mentioning Harmony. I can post an example when I see them again.