Gog

Happens to me now. Same behavior on all browsers and on unraid connect. Full disclaimer, my cache drive filled to 100% about at the same time this started. Haven't rebooted yet

Do you have a passthrough for port 8080 and is WEBUI_PORT set to 8080?

Yes, I tried going back to recent posts but I don't have the keysize or the ncp-disable. I see a few complaints about deprecated parameters but they are in the working build too

I just did an image update and I started to get: AUTH: Received control message: AUTH_FAILED I rolled back to test a few images 4.5.0-1-01 connects and 4.5.1-1-01 doesn't connect. I have saved a set of debug level supervisord if it can help edit: no keysize or ncp-disable in my config supervisord.AUTH_FAILED.log

I must be missing something obvious but is there a way to save the selections in the drive dropdowns? My selections reset every time

Is anybody using a web based form builder with MariaDB?

I'm not familiar with the way files are copied with a seedbox. Could you set the files to a different owner until they are completed or is everything handled by sonarr?

Any way you can use hardlinks? Sent from my SM-G930W8 using Tapatalk

Looks like it's in /config/config.ini But the easiest thing is probably to add a mapping to /config/backups to /mnt/user/backup/whatever in the container parameters. Backup your backups before poking around

Subtitles in the /Subs subdirectory are not copied by radarr. The devs are going back and forth on what to do and they don't seem to be interested in fixing it right so I use this. Maybe it can be of use to someone else. I do a symlink to the original position to keep seeding over different drives, remove it if that's not your thing. edit: I'm a stupid boy who should do better QA before posting. Script will be back soon edit2: $%?#$%? white spaces. this works. #!/bin/bash LOGFILE="/config/logs/subtitle.log" SUBSSOURCEPATH="$radarr_moviefile_sourcefolder/Subs" DESTINATION="$radarr_movie_path" MOVIENAME="$radarr_moviefile_relativepath" echo "$(date "+%Y%m%d %T") : Starting subtitle subfolder work" >> $LOGFILE 2>&1 if [ -d "$SUBSSOURCEPATH" ]; then echo "Subs directory exists" >> $LOGFILE 2>&1 else echo "No ${SUBSSOURCEPATH} directory, exiting" >> $LOGFILE 2>&1 exit 0 fi SUBSSOURCEPATH="$SUBSSOURCEPATH/*.srt" shopt -s nullglob SAVEIFS=$IFS IFS=$(echo -en "\n\b") for file in $SUBSSOURCEPATH do #echo "$f" BASENAME=$(basename "$file") mv "${file}" "${DESTINATION}/${MOVIENAME}.$BASENAME" ln -s "${DESTINATION}/${MOVIENAME}.$BASENAME" "$file" echo "Created symlink from source location: ${DESTINATION}/${MOVIENAME}.$(basename $file) to symlink location $file" >> $LOGFILE 2>&1 done # restore $IFS IFS=$SAVEIFS shopt -u nullglob echo "$(date "+%Y%m%d %T") : Ending subtitle subfolder work" >> $LOGFILE 2>&1

Better that then the other way! Good luck

So appdata is only present on your cache, that's good and your mariaDB path is OK. And you are right, moving from a share (/mnt/user) directly to a disk is a bad idea. Always copy share to share or disk to disk. Have you tried installing MariaDB to a new appdata like /mnt/cache/appdata/mariadb2, verify that this works, stop the container, copy the content of the mariadb dir to the mariadb2 dir, pray a bit and start it back up? Without real backup, that's the only thing I can think of.

What are your mappings for the mariaDB container? What do you use for your appdata directory? Is it possible that your dockers are configured to use only the cache content like /mnt/cache/appdata/... and that you have application data on the array and not on the cache like /mnt/user/appdata/...? Make sure your appdata is a cache-only share so that data in /mnt/cache/appdata never gets moved to the array and becomes unavailable for your containers.

flip the Basic View/Advanced View togle top right in the docker config. It's configured in the webui field to use the variables declared in the form but instead of http://[IP]:[PORT:8080]/ you should be able to enter http://[IP]:9090/

remove it and create a new one Sent from my SM-G930W8 using Tapatalk

almost there. click on the Edit button for host port 3. Container port and host port BOTH need to be 9090

As documented in the container's readme, the WEBUI_PORT variable needs to match the port setting and you can't remap the port so set 9090=9090 and set the variable WEBUI_PORT=9090

There is a paragraph for that at the end of the readme: Due to issues with CSRF and port mapping, should you require to alter the port for the webui you need to change both sides of the -p 8080 switch AND set the WEBUI_PORT variable to the new port. For example, to set the port to 8090 you need to set -p 8090:8090 and -e WEBUI_PORT=8090

Does V3 support multiple instances?

I've seen a few discussions on that but no clean way of doing it. You could start the second sonarr from a backup of the first but you won't get new series added to the second sonarr...

I think the remote path mapping is not done because there is nothing mapped to /home11/mihcox/files. You mapped /home11/mihcox/files/Completed but completed is not part of the path in your art of killing example. Can you try to rename /downloads/Torrents/Completed - SeedBox to /downloads/Torrents/Completed and change your remote path mapping to /home11/mihcox/files -> /downloads/Torrents/

Looks like for some reason sonarr doesn't see your downloaded file. And yes, there is a difference. Say you have a file /mnt/cache/Downloads/1.txt, it also exists as /mnt/user/Downloads/1.txt BUT, /mnt/disk1/Downloads/1.txt, which is visible in the user path, will NOT be visible in the cache path. So once the mover script has run, the /mnt/cache path will not see those files.

OK, I understand what you're trying to do now. Can you screenshot your sonarr's download client remote path settings and your sonarr docker container's path mapping?

Whoa, context switch, I was probably wrong then. Thinking about it...

Is the download still in sonarr's activity list? what if you hover on the image tag on the left of the download? Either way, the sonarr logs should have info on the processing of the completed download. Good, it was to double-check that from the container's point of vue the file exists for everyone.