Same thing. I think the backup restore process should be smart enough to reboot the server.
Looks like it was not tested. Offline are all devices. Had to restore from the latest backup and unfortunately lost all of the history as usual.
could be worst… I was in the middle of adding devices and troubleshooting keymaster, had to factory reset all my devices.
Same problem here… wondering how quick before a fix or if I should go the partial restore route. I’ll be upset I lost the history if they push an update tonight.
Do a partial restore and check all the boxes, then restart the whole server. I didn’t have to reconfigure anything.
1 Like
This update, some how, takes all USB connected devices down with it (HA no longer sees the devices (ZHA, NUT and Zwave)) on a Windows 10 hosted vBox VM.
It’s the craziest thing I’ve ever seen a addon do. This is Crazy…
Nothing, short of VM recovery works.
I’ve performed the same update 3 times, with not only VM restarts, but full server reboots. Results are the same each time.
Thank goodness for VM backups.
Restored from backup, rebooted and it’s working now. Great job on the backup tool, works exactly like it should.
1 Like
HA supervised on dedicated machine, no VM’s and things.
Same problem, after update Zwave went dead and took RfxCom (which also is a USB controller) with it.
Restore of the partial backup made by the update and machine restart solved it. Nothing is lost, just back to normal.
This update needs an first responder 
GitHub issue to be found here:
1 Like
Hi all,
This is on me, apologies for the mess this has created. Thanks to @freshcoast 's issue Z-Wave JS 0.1.59 fails to start · Issue #2494 · home-assistant/addons · GitHub I was able to find the root cause which was a change in the build system. I did test the addon before I submitted the PR, and ran into this same issue, but because I didn’t touch any of the files listed in the failure logs, I assumed I had created the permissions issue when transferring the files from my repo to my HA server, and once I resolved it locally I moved on. That was clearly a very poor assumption.
I have a fix incoming: Fix zwave_js file permissions issues by raman325 · Pull Request #2495 · home-assistant/addons · GitHub I am waiting for one other tester to confirm that the add-on functionality is restored before we merge. Fixed in 0.1.60. I’ve seen reports that if you run into issues with 0.1.60 you may need to do a full reboot of your system before it will start. Can’t explain why…
5 Likes
rolled back to 0.1.58 and all is well.
Is this only affecting supervisor installs of this? I have it running in a separate docker from HA core and wondering if I should suspend auto updates as well. Thanks.
Same issue for me. Updated to 0.1.59 and zwave failed to connect (cannot connect to host core-zwave-js:3000). Reboot did not resolve. I was sure to tick ‘create backup’ before upgrading and a restore of zwave js got me back to 0.1.58 and all is well. Seems we should wait for a fix before updating?
what Docker container are you running? This is specifically the HA addon containers, so if you are using a different container, you shouldn’t be affected
My z-wave system has failed to start, and I cannot restore Z-Wave JS from backup due to an unknown error. Is there a manual way to fix this?
Retrying setup: Cannot connect to host core-zwave-js:3000 ssl:default [Connect call failed (‘172.30.33.4’, 3000)]
Ah I see the one I am running is different, zwavejs2mqtt, Server Version: 1.16.1. Thanks.
Do a full server restart, don’t just restart home assistant.
This type of honesty and apology is VERY much appreciated. Life is full of “teachable moments” - but we only learn from our screw-ups if we address them with humility.
3 Likes
0.1.60 is live now.
1 Like