wgstarks

The qbittorrent devs decided a few months back that admin/adminadmin would no longer be allowed so that’s expected not to work with the current version of the app. As for the file already exists error I suspect that you don’t delete the previous appdata folder when you deleted the previous docker. You’ll need to rename the old appdata folder if you want to have a completely clean install but you’ll be starting all over from scratch. Might be better to try and troubleshoot the current install.

Attach the contents of supervisord log and your docker run command to your next post. Be sure to redact users and passwords.

Check near the end of the log and you may see temp credentials which are being generated by the app.

The my myunraid.net one works for me.

Typical marketing IMO. It should have just said unlimited storage devices. The rest is true for anyone who already has a legacy license.

I think this is all pretty well covered in the original announcement- https://forums.unraid.net/topic/154463-announcing-new-unraid-os-license-keys/ Your license is good for a lifetime and there may not be any reason why you would want to upgrade.

The unlimited license is now called Unleashed. You can see upgrade instructions here-https://unraid.net/summer-sale?utm_source=google&utm_medium=cpc&utm_content=&utm_term=&gad_source=1&gbraid=0AAAAAC26wCJqHyeHD_MX67EZoxWzqUeoX&gclid=Cj0KCQjw28W2BhC7ARIsAPerrcLeJSn9C6bhrdRAi2Pgsyp27p5qFi8IP7nO1oogVuIELgzV_ViRPasaAha6EALw_wcB

Are the cameras hardwired?

I’ve never had a situation like this on Unraid but I feel fairly certain that it would generate some errors on a failed install.

Sorry, I know absolutely nothing about TrueNAS. Maybe someone else may get have some ideas.

Are you running this on Unraid? Those file paths look very strange.

I haven’t tried this but it should be possible to share a folder on server B and mount it in Unraid using Unassigned Devices plugin. Then map the path to the mounted share in the docker container using RW Slave. You would want to test this though. Playback might have issues for high bandwidth videos.

Is the proxy working now?

You should see a line near the bottom showing that privoxy is running.

appdata>binhex-qbittorrentvpn>supervisord.log

Might try restarting qbit and check the logs to be sure privoxy is running.

Nevermind. Found all of this in the hidden settings for each docker.

I didn’t see a setting for external paths but I doubt any of my dockers have any anyway. What about the backup order? Is there anyway to get it to match the start order?

My bad. The default has two paths that both result in the same directory on my system so I deleted one. 😁 I'm guessing the plugin checks the docker config and gets the path to the appdata folder and backs up any that match the one set in the plugin settings. Since i restored the proper source paths it's working properly. Is there any way to get the plugin to backup the docker appdata using the start order for the dockers? I really need the dockers to re-start in then proper order.

I just replaced my old appdata backup plugin with this one. During the initial test run about 90% of my appdata folders give a warning similar to this one- [18.08.2024 13:15:39][ℹ️][binhex-radarr] Stopping binhex-radarr... done! (took 1 seconds) [18.08.2024 13:15:40][ℹ️][binhex-radarr] Should NOT backup external volumes, sanitizing them... [18.08.2024 13:15:40][⚠️][binhex-radarr] binhex-radarr does not have any volume to back up! Skipping. Please consider ignoring this container. I know that these dockers do have an appdata directory and they are backing up to an unraid share not an external folder so I'm confused why they aren't backed up? Shared the full log ID: ed3b455b-6596-41c0-a23b-ee45819b9536

If you check the tag numbers in dockerhub (linked in first post) you can add a tag to the entry in the repository field for the docker container in the format <repository name>:<tag number> and then click apply. This will work as long as there haven’t been any changes to the db. If you have auto update enabled for dockers I would disable it. Just my 2 cents.😁

Since this is a radarr issue rather than the container itself I would suggest posting on the Radarr forum.

I wouldn’t think you would want to mess with the appdata files. These are typically a bunch of text files that contain the settings for the app running in the container. To map /data to DnD assets you would click the name of the container in the Docker tab in Unraid and select Edit next to the /data path. Just enter /mnt/user/home network/DnD assets into the container path field. Capitalization matters here. I notice that earlier you posted /Home Network. Not sure which you are using but they aren’t the same. You may also need to escape the spaces in your file names. I’m not sure about that since I always avoid spaces. Once you have this set correctly the app should be able to access any files in /DnD assets by navigating to /data in the app.

I’m guessing this is a container path? What is the path in Unraid to the share you want to link it to?

Correct.