"Fix Incorrect Match" not working

Plex Media Server
141

I have attached the XML view info xml file for the “Patriots Day” movie scan from my Plex server as requested.

142

Thanks, for that,

I’m going to need to replicate the failure so I can escalate it properly

Here’s what they’re looking for. You can attach (in a ZIP container) up to about 20 MB safely.

143

I have attached a 20MB files, a clip from one of the MKV files, that reproduces the problem I am having. I hope this helps.

144

First, let’s cover the obvious.

  1. I placed your sample in my test library.
  2. PMS needed 15-20 seconds to complete it.
  3. Perfect match with metadata

Now, I proceeded to Fix Match

It yielded these results.

This being seen, what is the difference?

  1. I use only IPv4 (LAN-wide). I have IPv6 disabled in PMS as well.
  2. My Agent settings are as shown here:

Tab 1

870×260 14 KB

Tab 2

866×368 19.1 KB

Tab 3

869×338 18.2 KB

145

Well, Plex does NOT download any meta-data on my Mac (MacPro Late 2013 running MacOs Sierra 10.12.3) with iPv6 off on PMS (off or on on MacOs Sierra makes no difference) and my agents set up just like yours. I have included two screen shots showing the results of adding “Patriots Day” to my movie collection and then updating the libraries.Screen Shot1 also shows two lines of movies that I have had to add the metadata by hand - frustrating.

146

Ok… then something is mucked even deeper.

Let’s go the next step… I apologize if i did not do this all at once.

Just stop PMS… flush out ALL the caches. Let it start again with IPV4 ONLY. (6 is more trouble than it’s ever worth since the inernet isn’t V6)

147

OKAY - did that then rescanned the libraries and no change. Patriots Day still has no metadata, even when I delete and readd the movie to my collection.

148

Did you go to the upper right corner and “Refresh all” from under the cog?

149

Just did a refresh all from the internet without any change.

150

Actually it seems to be dong the refresh slowly (movie by movie) so should take a long time as it downloads the metadata again for every movie.

151

ok…

low level …

command line:

sudo sh
su plex (get a command shell as plex)
which python
python -V

It better say 2.x.

Let me see it.

152

Python 2.7.10

Is that the correct answer?

153

I hope I do not sound like a broken record .

I don’t own a mac and def don’t know it well.
What defies all logic:

IF:

  1. IPv4 only system wide (NO IPv6 enabled / configured anywhere)
  2. The file is a clean MKV as you’ve shared with me (which matched instantly)
  3. You cleared the Plug-in and Agent caches completely
  4. There are no corrupt (short) or zero-length Codecs in ~/Library/Application Support/Plex Media Server/Codecs or any of its subdirectories

There is no reason for it not to work. Absolutely none.

This is a “HTTP 101” get call to request metadata from the same source I get it.

So what’s different? Firewall? Proxy server? Has to be something I’m not seeing.

154

I think I found my problem. First off forcing Plex Users to turn off iPv6 is a poor solution to the programing change that you introduced several Plex versions ago. Most people do not need iPv6. But I need it since I have two (2) Nest Thermostats on my home network. I order for those devices to communicate with the Network and be accessible from the Internet they need iPv6 to distinguish each thermostat from the other!

Even though iPv6 was turned off on my MacPro (not an easy thing to do, unfortunately), my main Apple Airport Extreme Base Station with the WAN access had it turned on. When I turned iPv6 off on the Apple Airport Extreme Base Station the MacOs Plex Server was finally able to download the metadata. Unfortunately my Mac could no longer see two separate Nest Thermostats since iPv6 was turned off. My final solution to this was to set the iPv6 Mode on the Main Base Station to Tunnel. This configuration allows both Nest Thermostats to be seen, but also allows the Plex Server retrieve Metadata from the internet, at least from my initial testing. However that Apple Airport Extreme Base Station is reporting an iPv6 Relay Error, but seems to be functioning okay so far.

The correct solution would be to fix the Plex Server programming so it once more is compatible with iPv6! My work around it NOT a very good fix. And there are some of us that actually use iPv6.

155

Actually,

The internet is IPv4. IPv6 tunnels inside IPv4. you might want read up on how that all works.

Yes, you ultimately figured it out.

If you think you can convince Amazon, and all the other big name service operators to support IPv6, I support you.

You might want to take up the IPv6 automatic tunneling with Apple too while you’re at it?

156

One other question… after I reloaded and matched all of the Movies that I put in by hand I noticed that Plex had not downloaded any pictures for the movie cast (see attached). Will the Plex Server eventually download those pictures, or is there a way to get Plex to refresh or download cast pictures as needed?

Thanks again for your help. I will read up on how iPv6 works as you suggested out of curiosity.

157

Check your agent settings and see what the source for your cast list is. To get images, it needs to be set to TheMovieDB. If not, change it and refresh one movie to test. Refresh the entire library, if needed, to fix all of them.

158

Thanks for the reply…
I think I have it set my agents already correctly (see attached screen shots). But I do not see a specific source for your cast list. With my current settings refreshing one movie or the entire library does not solve the problem.



159

Click on the gear to the right of Plex Movie Agent. In that windows, scroll down to Cast List.

160

Yup - that was the problem. I had it set to IMDB rather than The Movie Database. Thanks for your help! :smiley: