Andiroo2

JVM_MX fixes the issue for me.

Can confirm this. I tried this and I still get crashes. Not just my UniFi-Video docker, but it hangs my whole unRAID server.

Further to this, after restoring the backup and restoring my old recordings, I noticed that the version number in settings was still 3.9.x, but in the main web portal it was 3.10.1. After restarting the docker, I got the dreaded "Updating Unifi-Video" page again and my heart sank...luckily it sped through the different steps and I was running again in less than a minute with both pages showing 3.10.1.

Worked for me too, but I made sure to check off "Restore Recordings" first. When I clicked "Analyze" without it checked, it warned me that it may delete missing recordings it finds.

Confirming that this worked for me as well. After deleting and reinstalling the docker, it took a while to apply permissions to my recordings, and then the old recordings don't show in the new console, but i'm back online again at least. I'll look around to see if I can get the old recordings to appear again, but I'm guessing that they can just be deleted from storage.

User Scripts can't talk to docker containers with their own IPs anymore, right? Unless I set up VLANs, etc? I was using a script to query my UPS, but I can't upload the results to InfluxDB anymore since it's on its own IP now.

Solved by removing the accessory from the config.json file in a text editor, then i was able to get HomeBridge running to the GUI. I reinstalled the plugin and it worked again. Odd that my plugin was removed during the update...it was likely due to the failed update to the non-existent repository.

I had the upgrade issue for HomeBridge with GUI, so I updated the repository and was able to get the latest version. However, after updating it crashes pretty quickly, with the error "Error: The requested accessory 'Chamberlain' was not registered by any plugin.". My garage door was working fine before the update...could something have deleted my settings?

Update on this issue. After 2 motherboard RMAs, I have discovered that it's the Intel VT-d setting that's causing the "waiting for /dev/disk/by-label/UNRAID" error. With virtualization disabled, the system boots like normal. As soon as I turn it on, with any combination of the available options (coherency and translation), the error occurs. If I can't use VT-d, I have no use for this system. Any thoughts on what combination of BIOS settings with VT-d might cause this? I know others are using this Asus Z9PE-WS motherboard for UNRAID...are they just not using virtualization?

Asus Z9PE-W8 motherboard (latest BIOS), 1x Xeon E5-2697, 32GB ECC DDR3, Sandisk Cruzer Fit 16GB. I can boot into Unraid but no web server available to log into. I get the "waiting for /dev/disk/by-label/UNRAID" error in the boot sequence which says the stick isn't mounted. I can access the internet from the gui browser, but not the Unraid setup pages. Tried the following: v6.3.5 (closest, diagnostics attached) v6.4.0, v6.4.1, v6.5rc1 (all give the cannot find Bond0 error, disabled 1 NIC, didn't help) 3 different USB sticks (cruzer fit 16GB, silicon power 32gb, Kingston Datatraveler50 8gb) 2 PCs to create the sticks (Windows 10 on both, using manual format and copy+make bootable, and the USB creator) 1 Mac to create sticks (USB creator only) All USB ports tried (including 3.0 ports) UEFI and legacy boot Memtest ran all night and was clean BIOS reset and seemingly every permutation of settings Photos of my BIOS settings are here: https://imgur.com/a/oUeDK I'd love to give my money to Unraid, but I just can't get it started! tower-diagnostics-20180301-0934 (1).zip