wgstarks

Actually got it fixed with help from Google. Looks like it was a corrupted certificate bundle. Deleted /boot/config/ssl/certs/certificate_bundle.pem and then re-provisioned in settings>management access. Everything is working now.

I did a bunch of googling last night and it appears that using macvlan for the docker network can possibly cause this sort of problem so I have switched to ipvlan. Will give it a couple of days and see what happens. 🤞

If the crashes continue I’ll try your suggestion but I haven’t added any dockers recently and VMs are disabled.

Thanks for your help.

I had this same problem when I first updated to 7.3. It was caused by me using --net=container:<vpn container name> in extra parameters to route containers through another container. This no longer appears to work in 7.3+ (at least not for me). I had to remove this extra parameter and instead set Network Type to Container and below that set Container Network to the VPN docker that I want it to route through.

I misread your first post but the basic steps would still be the same.

I would change the parity drives first using “new config” and rebuild parity.

After the rebuild is finished make your changes to the array.

Looks like Sonarr and Radarr are using a container path of /data but Sab doesn’t have this container path so when Sonarr or Radarr look for the file in /data they don’t find it. These settings must be exactly the same in all three dockers on the container side and the host side. Try changing the container path in Sab to /data instead of /downloads and then make any necessary changes for download location settings in the Sab app.

It will work on an external drive but sometimes USB drives will disconnect randomly so it’s likely better to have the files on the array. Both are options though and you’ll likely want to experiment with your setup to see what works best for you.

I had a similar issue for months. I recommend contacting LT support.
[email protected]

Edit: you may be able to clear the error by logging out and back in.

Not sure why you’re not seeing the webUI link but I would think the easiest way to access it would be to just type the IP and port number into your browser separated by a colon.

I would recommend posting in the support thread for whatever qbittorrent docker you are using. Click the docker icon on the docker tab and select “support”.

I would suggest you checkout the appdata backup plugin. It will backup most of the default data usually kept on cache.

I only use Outlook at work because I don’t get a choice so not really an expert but maybe you can still use app passwords.
https://support.microsoft.com/en-us/account-billing/how-to-get-and-use-app-passwords-5896ed9b-4263-e681-128a-a6f2979a7944

Here is the process for removing a data drive. I recommend removing a drive and the rebuilding parity. Be sure you rebuild the parity AFTER you have assigned the new parity drive.
 
https://wiki.unraid.net/Shrink_array

Yes. All the data will be external to the image and dockers installed via CA have their configuration stored externally. Just no sure about dockers that you install yourself. @Squid might have a better idea what will happen if you re-create your docker image as far as restoring the dockers afterwards.

The TimeMachine docker also still supports AFP. I haven’t tried it out yet though so no idea how well it works. Got an old cheese grater MacPro I’ve been wanting to setup on it but haven’t had a chance yet.

This isn’t really the answer you want, but an alternative would be to use the binhex qbitvpn docker connected to PIA and route all the other dockers through it. That process is documented.
 
https://youtu.be/znSu_FuKFW0

This is just a work around (doesn’t address the real issue) but you can install Dynamix File Manager plugin from CA and use that to move files. Just browse the disk and click the move button then select Cache for destination.

That’s not correct. If you add smaller drives the total capacity of the array will be the total of all data drives.