No auto match after last update

The latest update to the new metadata agent worked initially and is still working fine on one of my servers but for whatever reason, it has unmatched a large portion of my library. And my only option is to manually match them. Changing back to legacy or to new agents doesn’t seem to work. Server restart didn’t work either. Everything is as up to date as I can get it, from what I can tell. Attaching logs from the server having issues

Server Version#: Latest
Player Version#: Latest

Plex Media Server Logs_2024-09-04_16-17-30.zip (5.7 MB)

@Release_The_Kraken

Have you upgraded your agents (in each section) to the new Agents and Scanner?

The old python-based ones, deprecated for a few years, have now been removed.

Migrate an Existing TV Library

Upgrading a library is super easy: just select the ellipsis menu icon for your library in the sidebar of the web app and select Manage Library > Upgrade Matching. At this point a scan will be triggered looking for new items but your existing shows will not be changed until you:

https://support.plex.tv/articles/200241558-agents/

Repeat same process for Movies.

@ChuckPa
I believe they’re all using “Plex Movie” now. It prompted me to update and refresh all metadata, which I did. But I don’t see the “Upgrade Matching” option though.


Capture

It might have also been removed this update as well.

IIRC, in order to upgrade the matching, the python agent was needed for the hand-off.
Since it’s fully gone, you’ve tried Refresh All Metadata to no avail?

@ChuckPa
Yea I have. Refreshing all metadata, re-scanning, changing back to legacy, repeating the processing, then upgrading again and repeating the processes once more. It still didn’t want to auto match what it un-matched previously. And what was more interesting, when I sorted by “Unmatched” it didn’t show any results. I just had to go through and manually match all the ones that it un-matched.

Did you Plex Dance one as a test ?

Also, I don’t see where you have Partial Scan and Auto-detect enabled in your logs. That would tell us more.

@ChuckPa
Ah, no unfortunately I didn’t. If I see another movie unmatched, I’ll try that and see if it grabs it.

For the scan settings, I disabled those a LONG time ago because during transcodes it would pick up every movie as Madagascar for some reason. It’s probably fixed now but I have it set for every 2 hours, that way the media has time to finish transcoding before it scans so it’s not playing a partial file.

If you have your transcode directory in a place where PMS has active auto-detect – then YES, it will pick up the transcoding activity. Transcoder temp and where the media is located must be separate.

My server has a lot of memory so I use the ramdisk (/dev/shm)
Media is in /vol/media (RAID volume)
I have partial and auto enabled.

I never have false detections from media being played.

I would first check where you have things pointing to.
I suspect there’s unintended overlap

@ChuckPa
Using Handbrake, I’m assuming the temp file location is the same as the destination directory if I never changed it? Pretty basic setup with ZFS “/plex/movies” and I just transcode straight to the destination. Only time I had false detections was a while ago, like I mentioned, or if movies/shows have too similar of names.

Otherwise I’m still not sure why the media it had matched previously just decided to unmatch after the Agent Update.

This version of PMS (1.41.x completes it) finalizes the removal of Python agent code anywhere in PMS. It’s been phasing out for some time but was kept to give opportunity to transition. Now that is gone.

If you had media previous matched by the old agents (“Legacy”) then they would become unmatched.

The old python agent and scanner were more tolerant of bad naming.
The new agent (C++) is good but not as tolerant.

Can you show me how you have one or two of these non-matching named?

I use FileBot, with perfect naming format, and never miss any

@ChuckPa
This specific server did give me trouble when I set it up by automatically loading Local assets first, instead of preferring downloaded metadata when it did use the Legacy agent. So something must have caused an issue there during my troubleshooting. I did notice that it seemed to the prefer the “Title” metadata over the actual filename when it was ‘unmatched’.

I did go ahead and attach screenshots of my folder structure and naming schemes. I WISH I found FileBot sooner…I probably would have saved hours or days worth of renaming things manually. But yes, I use that now and it’s a magical program.

Plex Folder Structure
Plex File Naming

Don’t put Local Media Assets first – it will always mismatch (it uses the raw filename without performing a lookup)

1st - the agent
2nd - local media assets – to pick up extras you have added to the movier (ONLY)

If I had the order backwards, I would get over 100 duplicates of a movie named “Extras” without any metadata

FileBot works great as well as do the renaming rules in the ‘arr’ apps.
My ‘FileBot’ naming rules are:

/vol/media/movies/{n} ({y})/{n} ({y})
/vol/media/tv/{n}/{Season {s.pad(2)/{n} - {s00e00} - {t}
[chuck@lizum Gemini Man (2019).2009]$ ll
total 76504436
drwxr-xr-x   3 chuck chuck          61 Aug 17 23:19 ./
drwxr-xr-x 409 chuck chuck       20480 Sep  1 22:46 ../
drwxr-xr-x   2 chuck chuck         236 Aug  2  2021 Extras/
-rw-rw-rw-   1 chuck chuck 78340516414 Aug  2  2021 Gemini Man (2019).mkv
[chuck@lizum Gemini Man (2019).2010]$ ll Extras/
total 9670388
drwxr-xr-x 2 chuck chuck        236 Aug  2  2021 ./
drwxr-xr-x 3 chuck chuck         61 Aug 17 23:19 ../
-rw-rw-rw- 1 chuck chuck 1252277689 Aug  2  2021 Alternate Opening.mkv
-rw-rw-rw- 1 chuck chuck  984230483 Aug  2  2021 Facing your younger self.mkv
-rw-rw-rw- 1 chuck chuck 1048132721 Aug  2  2021 Making Gemini Man.mkv
-rw-rw-rw- 1 chuck chuck 2735265774 Aug  2  2021 Setting the action.mkv
-rw-rw-rw- 1 chuck chuck 2939630476 Aug  2  2021 The Future is now - Creating Life.mkv
-rw-rw-rw- 1 chuck chuck  942929450 Aug  2  2021 The vision of Ang Lee.mkv
[chuck@lizum Gemini Man (2019).2011]$ 

and

[chuck@lizum tv2.2018]$ cd The\ Orville/
[chuck@lizum The Orville.2019]$ ls -la
total 24
drwxrwxr-x  5 chuck chuck   73 Jun 19  2022 ./
drwxrwxr-x 87 chuck chuck 8192 Sep  1 23:23 ../
drwxrwxr-x  2 chuck chuck 4096 Jun 19  2022 Season 01/
drwxrwxr-x  2 chuck chuck 4096 Jun 19  2022 Season 02/
drwxrwxr-x  2 chuck chuck 4096 Aug  4  2022 Season 03/
[chuck@lizum The Orville.2020]$ ls -la *01
total 43249772
drwxrwxr-x 2 chuck chuck       4096 Jun 19  2022 ./
drwxrwxr-x 5 chuck chuck         73 Jun 19  2022 ../
-rw-r--r-- 1 chuck chuck 4053203374 Jun 19  2022 The Orville - S01E01 - Old Wounds.mkv
-rw-r--r-- 1 chuck chuck 3442926201 Jun 19  2022 The Orville - S01E02 - Command Performance.mkv
-rw-r--r-- 1 chuck chuck 3711565493 Jun 19  2022 The Orville - S01E03 - About a Girl.mkv
-rw-r--r-- 1 chuck chuck 3632132592 Jun 19  2022 The Orville - S01E04 - If the Stars Should Appear.mkv
-rw-r--r-- 1 chuck chuck 3447433166 Jun 19  2022 The Orville - S01E05 - Pria.mkv
-rw-r--r-- 1 chuck chuck 4027541478 Jun 19  2022 The Orville - S01E06 - Krill.mkv
-rw-r--r-- 1 chuck chuck 3329339082 Jun 19  2022 The Orville - S01E07 - Majority Rule.mkv
-rw-r--r-- 1 chuck chuck 3989042394 Jun 19  2022 The Orville - S01E08 - Into the Fold.mkv
-rw-r--r-- 1 chuck chuck 3368315163 Jun 19  2022 The Orville - S01E09 - Cupid's Dagger.mkv
-rw-r--r-- 1 chuck chuck 3770576853 Jun 19  2022 The Orville - S01E10 - Firestorm.mkv
-rw-r--r-- 1 chuck chuck 3641549642 Jun 19  2022 The Orville - S01E11 - New Dimensions.mkv
-rw-r--r-- 1 chuck chuck 3874112912 Jun 19  2022 The Orville - S01E12 - Mad Idolatry.mkv
[chuck@lizum The Orville.2021]$ 

This never misses

@ChuckPa
Right, the way I meant to say that was “When I set up the server initially, it had the option checked to ‘Prefer local metadata’ so I had a hard time getting that fixed after unchecking that option”. I always had Local Media Assets at the bottom of the list. But seeing as that’s now the legacy agent, it shouldn’t be an issue anymore I hope.

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