this post was submitted on 19 Mar 2024
5 points (85.7% liked)
Servarr - Sonarr/Radarr/Prowlarr
532 readers
2 users here now
Unofficial Lemmy Community for the Servarr suite of apps.
Lidarr, Prowlarr, Radarr, Readarr, Sonarr, and Whisparr collectively referred to as "*Arr" or "*Arrs". They are designed to automatically grab, sort, organize, and monitor your Music, Movie, E-Book, or TV Show collections for Lidarr, Radarr, Readarr, Sonarr, and Whisparr; and to manage your indexers and keep them in sync with the aforementioned apps for Prowlarr.
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
I ran a test and didn't have this issue, unless I'm missing a step? I don't usually do this.
What I did:
I'm not changing the files via radarr, external programs are replacing the video file with a new one (usually from converting the original to hevc, mkv; replacing the original):
Have a movie already imported to Radarr; Manually delete the movie file from outside radarr, then add a new one to the folder. Then return to radarr and click 'refresh and scan' or have the scheduled task to scan files run.
Radarr recognizes the old file is missing and deletes all associated files (images/subtitles/nfo); then separately, sees the replacement video file as new and associates it with the movie for the folder it's in.
Ah, okay. Yes, I got the same results as you, even if you do it the opposite way, add a movie through Radarr, and it will replace the other movie and wipe the other data.
Through my testing, it does seem to only wipe it if Radarr thinks there's a movie there already. I don't think this solves your problem, but if you empty the movie folder, scan and refresh radarr, then add the data back, it gets picked up. It only wipes the data when it is replacing it, which is probably intentional because different files might have different metadata? I'm not sure.
It might be possible with a custom script.
Before that, take a look at the "Import Extra Files" option under Settings -> Media Management.
Thing is this is all automated processes, so manually scanning files between changes isn't really a fix.
Looks like I'll be setting up a script to move all the deleted files out of radarrs recycling folder and back into the media folders on a regular basis.
This is stupid. Radarr didn't create the files, nor import them; yet it takes it upon itself to delete a bunch of data created/provided by other systems, because it can't find a file it did actually manage. I was hoping for a setting I'd somehow missed.
Also; yeah, extra files are enabled, but that only effects newly imported media from a download client; not files discovered/removed from the media folders. (I've tested with it off too, no change)
Before you spend too much time on that, you can create an issue on the Github page. Seems fairly active. Might get a better response there.
If it wasn't clear, here's the full breakdown:
Before emby scans for the files radarr deleted, it's trying to serve them to users and failing as they dont exist.
Once emby does scan the files and remove the missing ones from its db, it has to redownload all the metadata again and no longer has the nfo file telling it the original date added, so the movie is moved to the front of the 'recently added' list as if it was a brand new movie.
This has been consistent across two seprate setups: my original windows 10 based setup, and my current debian-docker setup.