AndrewT

Yes you can combine 2 physical servers with storage disks in each. You need SAS cables (not USB3) for faster data speeds. This is the approach I took to combine two 4U servers. Only 1 has a traditional mobo, CPU, RAM, etc but both have independent power supplies for the disks connected in each: https://www.servethehome.com/sas-expanders-build-jbod-das-enclosure-save-iteration-2/

Thanks, @binhex! I was going through this long discussion where `mono` was described as a potential issue. Later some indicated a proxy nginx config in NZBGet may have been the issue, being unable to pass long content, with a solution here, but I didn't go on to look into that much yet. I am using the Privoxy (port 8118) connection (using binhex-delugevpn), but I don't think that's related to the reverse proxy nginx issue, so it seemed mono was the only thing to test. I haven't used SAB since unraid5 days of Influencer, but I may need to try to move back to that if NZBGet is perhaps the issue rather than Radarr/Sonarr? I'm open to other suggestions you may have.

Radarr (and Sonarr) lately has been having problems connecting to NZBGet to grab completed downloads. It passes NZB files to it just fine. The settings/downloadclient "Test" connection shows "Testing NZBGet completed". Radarr also connects to Deluge and no errors are logged. I'm using all up-to-date binhex containers. Restarting containers doesn't help despite this being suggested above. The specific message I see is "Unable to connect to NZBGet. HTTP request failed: [502:BadGateway] at [http://<My_IP>:6789/jsonrpc]" where <My_IP> is the static IP address to the server. From what I've read some suggest it's a `mono` issue in the radarr container, but maybe this is wasted effort to upgrade mono and there's a different solution. (1) Why doesn't mono 5.16.0.220-1 get listed (Last Updated: 2018-12-18 according to https://www.archlinux.org/packages/extra/x86_64/mono/ ) ? docker exec -it binhex-radarr bash pacman -Syy && pacman -Ss mono # lists extra/mono 5.12.0.260-1 [installed] (2) Does this mean when mono was built it was corrupt? pacman -S mono warning: mono-5.12.0.260-1 is up to date -- reinstalling resolving dependencies... looking for conflicting packages... Packages (1) mono-5.12.0.260-1 Total Installed Size: 233.17 MiB Net Upgrade Size: 0.00 MiB :: Proceed with installation? [Y/n] Y (1/1) checking keys in keyring [###################################] 100% (1/1) checking package integrity [###################################] 100% error: mono: signature from "Levente Polyak (anthraxx) <[email protected]>" is unknown trust :: File /var/cache/pacman/pkg/mono-5.12.0.260-1-x86_64.pkg.tar.xz is corrupted (invalid or corrupted package (PGP signature)). Do you want to delete it? [Y/n] n error: failed to commit transaction (invalid or corrupted package (PGP signature)) Errors occurred, no packages were upgraded.

Wow, thanks! That installed it quickly and is very useful.

@binhex Could `mediainfo` be added to the install here: https://github.com/binhex/arch-radarr/blob/master/build/root/install.sh#L22 ? The radarr devs continue suggesting its use to debug issues of errors handling completed downloads with messages containing "has a runtime of 0, is it a valid video file?" When I perform `ls -lh <movie>` it returns reasonable sizes, so I'm trying to now test if mediainfo calls within radarr is just having an issue. All mkv and mp4 tested play on VLC Player as well.

I never knew the XML files were on the flash drive! I cleaned those up, removing old ones I'll never use again. The new username and password were saved in there as expected. The docker image file was the culprit. OP perfectly explained how to do it, and not too scary even for 16 containers. Seeing all the custom config info saved on the flash drive helped before deleting the img file. Thanks for the help!

@binhex that's what I did to change the username and password. Left click icon -> "Edit" -> change "Key 2" (VPN_USER) and "Key 3" (VPN_PASS) -> "Save". The new username and password are retained there and don't change when I start the container. Each time I try to start the docker container, it immediately changes the binhex-delugevpn/openvpn/credentials.conf file to the old username and password, so of course it returns a can't connect error. Just changing Key 2 and Key 3 doesn't work, so I'm curious where else the user and password are saved? It looks like when the container starts, the 'credentials.conf' file is overwritten with a user/pass saved from somewhere but I can't find where it's pulling that information from. This was before starting the Docker container (at 12:43): ls -lh /mnt/cache/appdata/binhex-delugevpn/openvpn/credentials.conf -rwxrwxr-x 1 nobody users 20 Jul 1 02:11 /mnt/cache/appdata/binhex-delugevpn/openvpn/credentials.conf This was after starting the Docker container (at 12:43): ls -lh /mnt/cache/appdata/binhex-delugevpn/openvpn/credentials.conf -rwxrwxr-x 1 nobody users 20 Jul 1 12:43 /mnt/cache/appdata/binhex-delugevpn/openvpn/credentials.conf Attached is the logfile. Before starting, I've also `find /mnt/cache/appdata/binhex-delugevpn -type f -maxdepth 3 -exec grep -H Old_Username {} \;` and only find it listed in the supervisord.log before starting the container, and of course after the container starts and I see the file modified, it shows up in the credentials.conf file. Removing the credentials.conf file and starting the container also generates the credentials.conf file with the old username and password. I'm looking for something simple like `cat FILE_WITH_OLD-USER-PASS.txt > credentials.conf` but don't see anything like it here https://github.com/binhex/arch-delugevpn/search?q=credentials.conf&amp;type=Code auth-failure.log

I just got a new username and password from PIA. I changed the two fields in the Docker XML GUI editor (https://TOWER/Docker/UpdateContainer?xmlTemplate=edit:/boot/config/plugins/dockerMan/templates-user/my-binhex-delugevpn.xml), clicked "Save", and noticed it didn't change the 'binhex-delugevpn/openvpn/credentials.conf', so I changed that as well. Going back to that XML I see the new username and password are saved. When I clicked to start the Docker container, I saw in the log "SIGTERM[soft,auth-failure] received, process exiting" and when I `cat credentials.conf` I noticed the old user and password are shown(!) So, it seems somehow the old user and password are still saved somewhere, and each time I start the container (I've tried it 3Xs now) it overwrites the credentials.conf file but leaves the Docker XML alone so the new user/password remains in the Docker XML. Is there anywhere else I should change the user and password?

I've had issues deleting items in Deluge, whether it's a few or many (80-100s). When I select all, right click "Remove Torrent" and select "Remove With Data", I've never got a rapid response. The menu stays up, and clicking a second or third time still doesn't remove the menu. Often a few seconds later, I get a weird "The connection to the webserver has been lost!" and get kicked out of the webserver. When I go back in a few seconds later the files are usually removed. I don't think this an issue unique to binhex's version, but what are others doing to cleanup occasionally? Maybe skip the webserver connection to delete files? I don't expect Deluge to be changed to resolve this anytime soon, and modifications inside the docker container seem to put unnecessary request/burden on Binhex, so does anyone have a simple script to list all those that are status "Queued" and Progress=100% ? An 8 year old example I found here depends on deluge python modules which means it would be a long one-liner to go in and out of the container: docker exec -ti binhex-delugevpn bash && python2.7 /mounted-array/.bin/script.py && exit I'm a bit nervous to try the script, but inside the python2.7 interpreter, all 5 lines of module imports work successfully.

@dmacias thanks for the addition. Now with jq, it's easy to cleanup the movies list when it get too large from "Lists" adding too many. The HOST and API_KEY vars have to be assigned. #!/bin/sh HOST=http://serverIPaddress:7878 #Radarr port default is 7878 API_KEY=32charString #Radarr > Settings > General ids=$(curl --silent $HOST/api/movie -X GET -H "X-Api-Key: $API_KEY" \ | jq '.[] | select(.monitored == true) | .id') for id in $ids; do echo "Deleting movie id $id" curl --silent $HOST/api/movie/$id -X DELETE -H "X-Api-Key: $API_KEY" done Also, to batch cleanup all downloaded from Raddar, .monitored == true can be replaced with .downloaded == true with the same script using the `jq` binary.

Could `jq` be considered to add as an install option in the Nerd Tools pack? https://stedolan.github.io/jq/ It's a simple JSON parsing binary and an example use case for it is to mass remove movies from Radarr. I tried using some of the lists in Radarr and it added far too many movies, so I'd like to wipe them clean but would take a lot of effort to just wipe the Radarr Docker and reconfig everything. The shell script that uses `jq` is here: https://gist.github.com/pstadler/bc0afefe35f608e9552e764b31f45f19

Has anyone else been able to play music from the most updated version lately? It all worked with unraid 5 and a plugin but this Docker in unraid 6 is a new beast apparently.

I installed gfjardim/logitechmediaserver and scanned my music in, but I can't figure out why it isn't able to play music through the port 9000. Under Server Settings -> Player -> I see "Your player was not found." Here are my mappings: 3483/tcp 10.0.1.30:3483 3483/udp 10.0.1.30:3483 9000/tcp 10.0.1.30:9000 9090/tcp 10.0.1.30:9090 /config /mnt/cache/appdata/LogitechMediaServer/ /music /mnt/user/Music/ I initially had /config to /mnt/user/appdata/LogitechMediaServer/ but tried this new mapping to see if it was the issue I haven't used LMS in a couple years but I thought you were able to play music directly from logging into that port that brings up the LMS web interface? I used to have an iOS device with iPeng (~$10) and worked perfectly but now with Android I've tried apps: Squeezer, Squeeze Commander, and Squeezebox but am unable to connect to the server:9000