Plex forgets match on rescan

Server Version#: 1.18.9.2571
Player Version#: 4.30.2

Plex Media Server Logs_2020-04-03_12-26-51.zip (11.6 MB)

I’m really hoping someone can make quick sense of the logs and tell me what might be going on here. My “TV Shows” library is acting very strange. Among other things, for certain series, every time I manually match it and rescan the library, it shows up again as being unmatched. In this case, in thetvdb.log, I had manually matched the media with ID# 1919615, did a library rescan, and it showed up on the rescan unmatched as ID# 1921692. Local media assets are disabled for the agent, and the storage is all local.

Not sure if it’s related, but for context, this library is also a little strange, in that it hasn’t noticed file changes for partial scans for a long time (which is why I always need to do a full re-scan). It also just seems to ignore some folders completely. I don’t know if the DB is just corrupt, if it’s fighting with the filesystem, or what.

Thanks for the help. This has been going on for a while but I’ve just gotten around to digging into it with all this time at home.

/TV/
....The Simpsons S01 - S26 Mega Pack HEVC [jlw]/
.......The Simpsons S01 - S20 [jlw] - [Original 4:3]/The Simpsons S04 [jlw]/
...........The Simpsons - S04E20 - Whacking Day.mkv"

Hey, Man…

You can’t name and structure your files like that and not expect something bad to happen.

/TV/ <---TV Show Library aimed here - and nowhere else.
....The Simpsons/
.......Season 04/
...........The Simpsons - S04E20 - Whacking Day.mkv

As painfully explained in excruciating detail here:

https://support.plex.tv/articles/categories/your-media/naming-and-organizing-tv-shows/

1 Like

Thanks for the response! Would that wreak havoc across the entire library? I’ve got a mix of folders where I keep an original structure and then an organized structure with hardlinks. What I was specifically trying to nail down here was this specific season of The League (despite it being in the disorganized location… but it’s also not scanning it in the organized location, either). I didn’t think it should be unmatching it every library scan after being explicitly matched. But could the disorganized folders just be breaking the the scanner completely and causing all of these random issues?

Basically, I know how the file naming is supposed to go and have been retroactively working to organize it given limited free time, so in some cases I expect that automatic scanning will be broken. But in this particular case, I was assuming that was unrelated.

I would create a new library and only put stuff in it not named in Klingon. <—this will ‘eventually’ be your TV Show Library. As you fix and delete stuff out of the other one, it’ll simply vanish one day.

There may be something amiss, but who could tell with names like that?

You start having explosions in a library with compliant material and then finding something wrong will be a LOT easier.

Here, Brother…:
https://www.filebot.net/
I type 120wpm, but Filebot is faster and deadly accurate.

1 Like

Totally fair suggestion. I’ve got a different library that ONLY has the organized folders, and it works as expected. I’m definitely just trying to force the square-round peg in the round hole here to avoid forcing myself to do manual work. Maybe best case scenario, this is an edge case where everything is just breaking down and maybe there’s a bug but also nobody should do this.

I’ve got a fresh new FileBot license. Super useful, it just won’t magically un-garbage everything.

Well, that’s excellent and also illustrates:
if your files are so messed up Filebot can’t fix 'em - they’re messed up real good.
Be proud, or embarrassed, but either way - fix 'em.

:smiley:

1 Like

Even I can’t put a square peg in a round hole… unless I cheat :smiling_imp:
Do the controlled demolition → migration & reconstruction. :slight_smile:

1 Like

This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.