New TV Series not Automatically Matching When Added

Server Version#: 1.31.3.6819 (QNAP)
Player Version#: Any ( WebApp 4.103.2)

Recently my server hasn’t been matching newly added series\seasons. It adds the series to Plex and lists them in the library with local data but isn’t matching and downloading metadata until I match them manually at which point it’s the top pick in the auto search.

Example:

Sakura Trick and Urasekai Picnic I just added and didn’t match. Previously Citrus and “Adachi and Shimamura” didn’t match automatically either. All 4 were full folders\season added to my library recently.

Manually matching via the “match” option there works fine.

Other shows that have already matched are working fine at pulling metadata for new episodes that are added to them.

I was hoping to see if it’s a bug or not before I start digging too far into it too much as has happened before…

The folders for the show are being copied to my QNAP into a staging folder where I fix up the naming and then they are moved from there to the Plex library folder.

Attached Logs from just a few minutes after adding Sakura Trick and Urasekai Picnic:
Plex Media Server Logs_2023-03-23_15-59-33.zip (4.1 MB)

Any help would be appreciated… this seemed to start recently but I haven’t added full shows\series in a few weeks so not sure of exact timing.

How many total media folders do you have ?

The default maximum on QNAP 5.0.1 kernel is 131,072 directories

This includes from the top of where the media starts down through all subdirectories

[/share/Public] # sysctl -a | grep max_user 
fs.epoll.max_user_watches = 201789
fs.inotify.max_user_instances = 128
fs.inotify.max_user_watches = 131072

Thanks for the suggestion… and quick response.

I have ~2400 directories across 4 library folders (2000 of those are for my music library).

When I run that command at /share/media I get

fs.epoll.max_user_watches = 3298406
fs.inotify.max_user_instances = 256
fs.inotify.max_user_watches = 262144

But I’m honestly not sure what I’m checking with that one. :slight_smile:

2400 is well less than the inotify max_user_watches limit. :white_check_mark:

( if the table is full, automatic detection won’t always work because the desired directories aren’t in the watch list - -before it overflowed )

You can add media if you “Scan Files” manually?

1 Like

If I add media, it shows up in Plex just fine automatically - no ‘scan files’ required - but it doesn’t do the automatic match; doesn’t pull metadata\artwork until I manually “match” it.

It seems to only impact when I add a folder\directory. Individual files (episodes) don’t have a problem being matched and pulling metadata automatically.

Looks similar
Coincidence?

2 Likes

We’ve asked the engineer to look.

We’ll know if anything is found.

No need to speculate until then?

1 Like

I saw that post too, so when I noticed my situation happened twice I thought of that post but it seemed a little different, so started a new post… but it does seem similar.

@ChuckPa

Nope… no need to speculate - minor thing… thanks for y’all looking at it.

I am going to point out your naming issues:
Sakura Trick/[HorribleSubs] Sakura Trick - 12 [720p].mkv

My canned response is to see https://support.plex.tv/articles/naming-and-organizing-your-tv-show-files/ and:

If you want to save yourself a lot of time I would recommend using Download - tinyMediaManager and use:

Episode format:
${showTitle} - S${seasonNr2}E${episodeNr2} - ${title}

Folder format:
${showTitle} (${showYear}) {tvdb-${tvShow.ids.tvdb}}/Season ${seasonNr2}

as the new name format.
(Please note I linked to the v3 which is free to use)

I know about the proper naming conventions… I’ve been doing this for many many years so I “cheat” to get away with it when I know I can, but I do it “proper” when I need to do it proper (which I didn’t do with Sakura Trick). Fair to point out - and the tool you recommend I’ve recommended to others so I agree with the suggestion and I appreciate the sentiment.

Just a quick update.

After having 5 series not match the last few days… I added one today and it automatically matched correctly. I had restarted the Plex service again between then and now so maybe that did it but I’d done that already so I’m not sure.

I thought I’d upload another log set from shortly after the automatic matching worked in case the differences in log files helped. For reference, the series that matched correctly this time was Sugar Apple Fairy Tale.
Plex Media Server Logs_2023-03-24_08-35-03.zip (3.9 MB)

I made the other post that was referenced in this thread with the same/similar issue.

I’ve run into the same thing, there are a couple series for various reasons that do get metadata assigned to the seasons and episodes. Just a few, it’s random (I looked and 90% of my series dont have episode metadata)… When I refreshed the TV metadata in hopes of correcting the issue, it actually backfired and removed a lot of the series episode metadata that already existed.

I posted an update on my thread, I’ve pretty much run the gamut in terms of trying to rectify it. No luck…

One of the metadata devs took a look and two things they think are tripping matcher up

the [SubsPlease] or [HorribleSubs] at the start of the file name which it should be ignoring but isn’t for some reason

and the 01v2 (which i am guessing is supposed to mean Season 1 Episode 2)

Urasekai Picnic/[SubsPlease] Urasekai Picnic - 01v2 (720p) [C5CBE5B5].mkv

They made a report to look into.

1 Like

Thanks for the attention for such a small issue.

When I manually match the shows, the correct one is at the top of the list and when selected works just fine. My usual experience with matching going wrong due to filename format has been a wrong match rather than no match at all so it feels like something prevented the auto-match step from running. But maybe my assumption\expectation doesn’t line up with how Plex handles that anymore … Plex’s matching has been really reliable the last few years so I haven’t experienced a mismatch in a long time. :slight_smile:

The series I added today that did automatically match also had [SubsPlease] in the filenames - that’s from the new log file I uploaded in the earlier post if that reference can help track it down.

It means that the encoder made a second (updated) version, most likely to fix something. It’s an anime thing. So in this case it means episode 01, version 2.

2 Likes

Just an update - added another show today and it auto-matched just fine under server version 1.31.3.6868.

That’s 2 series that worked now so… it’s either fixed already or any sporadic nature of it will be resolved by the report to the engineers BigWheel mentioned so I’m good with calling this “solved”.

Thanks all!

that’s awesome, thank you guys for taking a look at this.

edit- I have noticed that some series are now being tagged at the season and episode level. Some of the others that were previously unmatched still reside but a refresh would (probably) fix this as well.

you can probably rule out the naming convention. As there’s been a few cases of this and per @BigWheel’s post, they think they may of identified the issue.

That said, since it’s now matching for why not simply add a series under the old naming convention and another one using the ‘proper’ naming convention- then you can determine once and for all if naming or an issue with the metadata agent.

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