Plex Auto Match not working but manual matching works

Plex Media Server Desktops & Laptops
1

Auto matching doesn’t work when new content is pulled in and when I manually run auto match I get the error "No matches were found using this agent”. Yet, if I run a manual match the first result is the correct one every time and when I select the first match it happily updates the metadata no problem. When I run Refresh All Metadata on the library I get the search icon on all the thumbnails and on some of them afterwards I get the little tag icon as if it’s updating the metadata but nothing changes.

Setup:

Docker image/container runing version 1.28.2.6151

  plex:
    image: linuxserver/plex
    container_name: plex
    network_mode: host
    dns:
      - 1.1.1.1
      - 8.8.8.8
    environment:
      - PUID=1000
      - PGID=1000
      - VERSION=docker
      - UMASK=022 #optional
    volumes:
      - /home/docker/plex/config:/config
      - /media/ext_storage/videos:/videos
      - /media/ext_storage/downloads:/downloads
    restart: unless-stopped

Agent and Scanner are both set to Plex Movie

Troubleshooting:

​

Plex Media Server.log:Sep 25, 2022 04:50:51.991 [0x7f23939e6b00] WARN - [HttpClient/HCl#27] HTTP error requesting GET https://192-168-1-5.9c5cac9dee25416ea0d010d64f526b68.plex.direct:32400 (7, Couldn't connect to server) (Failed to connect to 192-168-1-5.9c5cac9dee25416ea0d010d64f526b68.plex.direct port 32400: Host is unreachable)
Plex Media Server.log:Sep 25, 2022 04:50:58.915 [0x7f238f2b0b00] WARN - Connection Tester: Error testing media server Alexandria in 10000 ms.
Plex Media Server.log:Sep 25, 2022 04:50:58.916 [0x7f23939e6b00] WARN - [HttpClient/HCl#35] HTTP error requesting GET /media/providers (3, URL using bad/illegal format or missing URL) ()
Plex Tuner Service.log:Sep 25, 2022 04:50:47.429 [0x7f424e359b38] WARN - [W] onetv_factory::DeviceGetListEx. libusb_init returned an error -99

I’m pulling my hair out here. This was all working fine several months ago and ever time I try to fix it I hit a dead end. Suggestions?

2

After re-updating to the Plex agent can you refresh the metadata, and then post your server logs?

3

Cleared the logs, re-ran the metadata refresh (was already using the default Plex agent again), and downloaded the logs. Not much there. Just one log file per movie that was checked. No errors or indications of problems that I can see. I also tried to check the logs after attempting an auto match but no logs are generated, which I find odd.

logs.zip (4.3 KB)

I also turned on verbose logging briefly and re-ran a metadata refresh and triggered another auto match manually on one title. Basically the same result but now each .log file looks like this. No additional log files were generated.

Sep 25, 2022 17:13:18.530 [0x7fa2c4429b00] INFO - Plex Media Scanner v1.28.2.6151-914ddd2b3 - Docker Docker Container (LinuxServer.io) x86_64 - build: linux-x86_64 - GMT 00:00
Sep 25, 2022 17:13:18.531 [0x7fa2c4429b00] INFO - Linux version: 4.15.0-193-generic, language: en-US
Sep 25, 2022 17:13:18.531 [0x7fa2c4429b00] INFO - Processor: 4-core          Intel(R) Atom(TM) CPU  330   @ 1.60GHz
Sep 25, 2022 17:13:18.531 [0x7fa2c4429b00] INFO - /usr/lib/plexmediaserver/Plex Media Scanner --match --type 1 --log-file-suffix  Matcher --item 3341
Sep 25, 2022 17:13:18.520 [0x7fa2c7eb1140] VERBOSE - [FFMPEG] - Rescanning for external libs: '/config/Library/Application\ Support/Plex\ Media\ Server/Codecs/c4efa15-4365-linux-x86_64/'
Sep 25, 2022 17:13:18.520 [0x7fa2c7eb1140] VERBOSE - [FFMPEG] - Loading external lib /config/Library/Application Support/Plex Media Server/Codecs/c4efa15-4365-linux-x86_64/liblibx264_encoder.so
Sep 25, 2022 17:13:18.521 [0x7fa2c7eb1140] VERBOSE - [FFMPEG] - Loading external lib /config/Library/Application Support/Plex Media Server/Codecs/c4efa15-4365-linux-x86_64/libaac_lc_decoder.so
Sep 25, 2022 17:13:18.522 [0x7fa2c7eb1140] VERBOSE - [FFMPEG] - Loading external lib /config/Library/Application Support/Plex Media Server/Codecs/c4efa15-4365-linux-x86_64/libac3_decoder.so
Sep 25, 2022 17:13:18.523 [0x7fa2c7eb1140] VERBOSE - [FFMPEG] - Loading external lib /config/Library/Application Support/Plex Media Server/Codecs/c4efa15-4365-linux-x86_64/libh264_decoder.so
Sep 25, 2022 17:13:18.524 [0x7fa2c7eb1140] VERBOSE - [FFMPEG] - Loading external lib /config/Library/Application Support/Plex Media Server/Codecs/c4efa15-4365-linux-x86_64/libmp3_decoder.so
Sep 25, 2022 17:13:18.525 [0x7fa2c7eb1140] VERBOSE - [FFMPEG] - Loading external lib /config/Library/Application Support/Plex Media Server/Codecs/c4efa15-4365-linux-x86_64/libhevc_decoder.so
Sep 25, 2022 17:13:18.526 [0x7fa2c7eb1140] VERBOSE - [FFMPEG] - Loading external lib /config/Library/Application Support/Plex Media Server/Codecs/c4efa15-4365-linux-x86_64/libaac_encoder.so
Sep 25, 2022 17:13:18.527 [0x7fa2c7eb1140] VERBOSE - [FFMPEG] - Loading external lib /config/Library/Application Support/Plex Media Server/Codecs/c4efa15-4365-linux-x86_64/libdca_decoder.so
Sep 25, 2022 17:13:18.528 [0x7fa2c7eb1140] VERBOSE - [FFMPEG] - Loading external lib /config/Library/Application Support/Plex Media Server/Codecs/c4efa15-4365-linux-x86_64/libmpeg4_decoder.so
Sep 25, 2022 17:13:18.532 [0x7fa2c7eb1140] DEBUG - Opening 20 database sessions to library (com.plexapp.plugins.library), SQLite 3.35.5, threadsafe=1
Sep 25, 2022 17:13:19.169 [0x7fa2c7eb1140] VERBOSE - Scanner: discovered file "/videos/adults/movies/Weathering-with-You-2019/Weathering-with-You-2019-Bluray-1080p.m2ts" inside "/videos/adults/movies/Weathering-with-You-2019"
Sep 25, 2022 17:13:19.170 [0x7fa2c7eb1140] DEBUG - Matcher: found 0 auxiliary files in "/videos/adults/movies/Weathering-with-You-2019" (single media: yes)
Sep 25, 2022 17:13:19.171 [0x7fa2c7eb1140] DEBUG - Matcher: no sidecar subtitle files found for "/videos/adults/movies/Weathering-with-You-2019/Weathering-with-You-2019-Bluray-1080p.m2ts"
Sep 25, 2022 17:13:19.172 [0x7fa2c7eb1140] DEBUG - Matcher: no valid subtitles found, removing any existing media bundle file
Sep 25, 2022 17:13:19.173 [0x7fa2c7eb1140] VERBOSE - It took 0.0 sec to serialize a list with 1 elements.
4

Pretty sure m2ts is not supported by plex. Also your media naming is not great but most likely not your issue, container format is my guess.

5

Only that one file is .m2ts the others in the attached logs are all .mkv. Plus that .m2ts works fine when I do a manual search. The correct title is the first result.

image
image814×615 63.7 KB

Media naming is what comes from Radarr (default I think) and has never been an issue before.

What do you mean by “container format” (I assume you mean the video container and not the Docker container) and does that still apply even though:

  • All the others are mkv or mp4
  • This effects all media (hundreds of video files both movie and tv)
  • Is only a problem with auto match but not manual matches
  • This worked before for existing media and now does not for the same media
6

Yes, media container (m2ts vrs mp4 etc…). I see https://support.plex.tv/articles/203810286-what-media-formats-are-supported that m2ts is support so I’m wrong on that and you can ignore my comment.

However, your naming is not great which is most likely why auto matching is not working. I have this movie and it matches 100% without issue once named correctly as per the plex guidelines.

Like has been said many times, plex works until it doesn’t when you deviate away from their naming standards → https://support.plex.tv/articles/naming-and-organizing-your-movie-media-files

Anyhow, here is how I have the movie named with folder and media shown …

xxxx@plex:/data/Personal/Scripts$ ls "/data/MediaServer/14a-Movies/Animated/Weathering with You (2019) {tmdb-568160}"
 fanart.jpg   poster.jpg  'Weathering with You (2019).mp4'
xxxx@plex:/data/Personal/Scripts$
7

BTW… this post I just saw y'all added support for IMDb IDs in filenames...it could still be A LOT better - #8 by dbirch from @dbirch might be helpful to you for bulk renaming :slight_smile:

8

Why does auto matching not work when the first manual search result every time is correct? Should auto match not just take the first search result?

I did some renaming experiments and got it to auto match by removing the dashes. I find this odd since this used to work and this has been the naming scheme for my content for as long as I can remember and has never been an issue. They must have changed something with the matching in an update. Frustrating. Dashes instead of spacing causing match failures is ridiculous IMO.

9

But how does the matcher know its correct, it might not be :slight_smile: And then you have a mis matched movie which is ever harder to identify.

Just follow the naming rules and all will be well in the world :plex_heart_eyes:

10

I get the intent of this comment but the same can be said for any match. If you’re not using imdb ids then you can’t never be 100% certain based on text alone, yet auto match does what the name describes all the time. It shouldn’t only match if it’s 100% certain (which I’d argue it can’t be unless you’re using ids). There should be some confidence score and ideally one that can be configured by the user.

If simple dashes are enough to consistently trip up the matching engine I’d say the design is really poor. I get it, they can’t account for everything but dashes are very common separators and this used to work without issue so being extremely ridged is overkill IMO. I know there’s lost of arguments to be made like “what do they draw the line” but there’s some very simple matching logic they could do with “Weathering-with-You-(2019).mp4” vs “Weathering with You (2019).mp4” (and seemingly used to do)

I know this isn’t on you, just venting. Not looking to drag this out. Thanks for the help, I’m working on renaming as we speak.

11

You’ll get there. Sometimes there’s an inconsistency in your naming, but also those dashes don’t help. It used to be a somewhat reserved character in the naming standard.

I laughed a tiny bit at this one:

/movies/Redline-2010/Redline-2009.mkv"
12

To highlight what I have said elsewhere, naming like Weathering-with-You-2019-Bluray-1080p will confuse the matcher, it has a minimum match ratio (not sure what it is set to) but if you wanted to improve your setup: Weathering-with-You-(2019)-[Bluray-1080p] would be a minimum. but any time you have naming issues my canned response is:

If you want to save yourself a lot of time I would recommend using Download - tinyMediaManager and use ${title} (${year}) {imdb-${imdb}} as the new name format.

Folder format:
${title} (${year})

(Please note I linked to the v3 which is free to use)

13

In general: don’t use dashes instead of spaces. If you are on Linux and still do a lot of command line work, use either underscores or dots.
If you’re on Windows, regular spaces will work just fine.

14

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