operating-system: Upgrade from 7.1 to 7.2 Breaks ConBee 2/ZHA

Describe the issue you are experiencing

After upgrading to 7.2 from 7.1 it breaks ConBee2/ZHA integration, others having the issue in the forum: https://community.home-assistant.io/t/deconz-official-thread/100504/2960

This is on qcow2 VM (Unraid) but no errors are showing anywhere so I am not entirely sure whether this matters in the end or not.

What operating system image do you use?

ova (for Virtual Machines)

What version of Home Assistant Operating System is installed?

7.2

Did you upgrade the Operating System.

Yes

Steps to reproduce the issue

  1. Working ConBee 2/ZHA
  2. Update VM to 7.2 via the built in update mechanism
  3. ZHA no longer works

Anything in the Supervisor logs that might be useful for us?

Nothing seen in basic supervisor logs.  Device is verified still present/mounted.

Anything in the Host logs that might be useful for us?

Nothing seen in basic supervisor logs.  Device is verified still present/mounted.

System Health information

System Health

version core-2021.12.9
installation_type Home Assistant OS
dev false
hassio true
docker true
user root
virtualenv false
python_version 3.9.7
os_name Linux
os_version 5.10.91
arch x86_64
timezone America/New_York
Home Assistant Community Store
GitHub API ok
Github API Calls Remaining 4238
Installed Version 1.19.1
Stage running
Available Repositories 948
Downloaded Repositories 21
AccuWeather
can_reach_server ok
remaining_requests 44
Home Assistant Cloud
logged_in true
subscription_expiration February 21, 2022, 7:00 PM
relayer_connected true
remote_enabled true
remote_connected true
alexa_enabled false
google_enabled true
remote_server us-east-1-0.ui.nabu.casa
can_reach_cert_server ok
can_reach_cloud_auth ok
can_reach_cloud failed to load: timeout
Home Assistant Supervisor
host_os Home Assistant OS 7.2
update_channel stable
supervisor_version supervisor-2021.12.2
docker_version 20.10.9
disk_total 31.3 GB
disk_used 9.3 GB
healthy true
supported true
board ova
supervisor_api ok
version_api ok
installed_addons Mosquitto broker (6.0.1), Samba share (9.5.1), Node-RED (10.3.4), Check Home Assistant configuration (3.9.0), File editor (5.3.3), Duck DNS (1.14.0), Let’s Encrypt (4.12.0), Terminal & SSH (9.3.0), Home Assistant Google Drive Backup (0.105.2), MariaDB (2.4.0), NGINX Home Assistant SSL proxy (3.1.0), Z-Wave JS (0.1.52), DOODS (2), room-assistant (2.19.0)
Lovelace
dashboards 5
resources 12
views 4
mode storage

Additional information

No response

About this issue

  • Original URL
  • State: closed
  • Created 2 years ago
  • Reactions: 1
  • Comments: 16 (7 by maintainers)

Most upvoted comments

After running for some hours, the Zigbee Network started to show dropouts again with 7.1 So after all it is just a coincidence, that the problems started after the update…

I solved my problem.

I have a second USB serial device for ebusd connected to my NUC. Both devices are appearing as /dev/ttyUSB* and the ebusd container was configured to use /dev/ttyUSB0 instead of the /dev/serial/by-id/[name]. Since the order of the /dev/tty* devices is not deterministic it was accidentally accessing the Slaesh serial device which broke access for zigbee2mqtt. So it just looks like a coincidence that the problem occurred during this reboot.

Now that I’ve fixed that configuration, the zigbee2mqtt communication is working fine again. I applied all updates, and now it works again.

Bottom line: My issue was not related to the 7.2 update.

@agners since I will be away the next 2 days, I like to keep it running as is now that it is working for my family. I will have time at the weekend to test.

Can you try to downgrade the OS to see if its really related to the OS?

Use the following command in the terminal:

ha os update --version 7.1