A couple of the ones i tried to match:
Dr. Strange
Nocturnal Animals
fantastic beasts and where to find them
The Accountant
@instereog said:
A couple of the ones i tried to match:
Dr. Strange
Nocturnal Animals
fantastic beasts and where to find them
The Accountant
Are the files MP4 or MKV? I’ve been seeing some cases where MP4 files (which can carry embedded metadata like name/title) have incorrect information in them.
Please try to Analyze them / Update the library and then grab a set of log files. I would like to see what’s happening.
(I think the S3 outage did more damage than is thought )
I am having the same problem.
I am running a fedora 22 serveur and plexmediaserver-1.3.4.3285
As I mentioned before I am also having the same problem with my Plex Server on my MacPro (under MacOS Sierra). I am running Plex server 1.4.2.3400. Every time I add a new movie file then tell plex to update its libraries, Plex finds the new movie, correctly identified the movies technical data (sound, subtitles, resolution, etc.) but fails to download any movie information (the title is correct, but no other information is downloaded under the General, Tags, Poster, or Background EDIT Categories).
This problem just occurred with the release of the previous Plex Server version, and has not been fixed with the latest version of Plex Server for Mac that I am running. I have tried to match “Doctor Strange”, “Rules Don’t Apply”, “Moana”, “Fantastic Beasts and Where to Find Them”, “Jackie”, and most recently “Passengers” all with the same dismal results. All these files are in MKV format which the Plex Server has had no problems recognizing and processing before the recent updates.In frustration I have added all the missing information by hand, and at least that works fine.
I have attached the downloaded log files after I just added “Passengers” to my movie collection and forced Plex to update its libraries. I hope this helps solves the problem.
My files were all mkvs
PMS 1.4.3 has been released.
I have the same problem on 1.4.3; newly added movies are not matched to metadata sources, and the “match” and “fix match” options disappears after the first match attempt. None of the above workarounds have had an effect.
No change with 1.4.3.
I disabled ipv6, cleared the Caches and Plug-ins directory. restarted. No way.
Didn t find anything special in the log files.
Found many “Response : [200]” which seems to me fine as 200 is the correct HTTP GET answer…
@Cerebus2 said:
I have the same problem on 1.4.3; newly added movies are not matched to metadata sources, and the “match” and “fix match” options disappears after the first match attempt. None of the above workarounds have had an effect.
Examining your log files shows you have invalid metadata in your actual MP4 files. PMS reads metadata from MP4s. If this information is invalid it easily can result in a non-match situation.
Here is the excerpt from your logs. Please pay attention ERROR lines. The moov atom is not a fatal error and does not impact playback unless the file’s header indicates there should be one.
Mar 02, 2017 02:05:11.442 [0x7f8513569800] DEBUG - [ID 5044] Media part analysis: /data/Movies/American Idol: The Best of Seasons 1-4 (2005)/American Idol: The Best of Seasons 1-4 (2005) - part2.mp4
Mar 02, 2017 02:05:11.442 [0x7f8513569800] DEBUG - [MI] Opening input file: /data/Movies/American Idol: The Best of Seasons 1-4 (2005)/American Idol: The Best of Seasons 1-4 (2005) - part2.mp4
Mar 02, 2017 02:05:11.442 [0x7f8513569800] DEBUG - [FFMPEG] - Setting default whitelist 'file,crypto'
Mar 02, 2017 02:05:11.442 [0x7f8513569800] DEBUG - [FFMPEG] - Format mov,mp4,m4a,3gp,3g2,mj2 probed with size=2048 and score=100
Mar 02, 2017 02:05:11.442 [0x7f8513569800] DEBUG - [FFMPEG] - ISO: File Type Major Brand: mp42
Mar 02, 2017 02:05:11.442 [0x7f8513569800] DEBUG - [FFMPEG] - ISO: File Type Major Brand: mp42
Mar 02, 2017 02:05:11.442 [0x7f8513569800] ERROR - [FFMPEG] - moov atom not found
Mar 02, 2017 02:05:11.442 [0x7f8513569800] DEBUG - [FFMPEG] - Statistics: 65536 bytes read, 3 seeks
Mar 02, 2017 02:05:11.443 [0x7f8513569800] ERROR - Exception analyzing media file '/data/Movies/American Idol: The Best of Seasons 1-4 (2005)/American Idol: The Best of Seasons 1-4 (2005) - part2.mp4' (Could not parse /data/Movies/American Idol: The Best of Seasons 1-4 (2005)/American Idol: The Best of Seasons 1-4 (2005) - part2.mp4 (error=-1094995529): Invalid data found when processing input)
Mar 02, 2017 02:05:11.443 [0x7f8513569800] DEBUG - Streams didn't change in analysis, not saving.
I’m aware of those errors, but those are are old files I haven’t cleaned up and I don’t expect them to . The new entries that are failing to match are what I’m referring to. Search the logs for Doctor Strange and The Lego Movie. I added these movies recently and they trigger the issue described in this thread.
Can you give me some pathnames to reference against as I go through the scanner logs?
I see (abbreviating)
Dr. S.
Kubo
Louis
Seven
BoxTro
The Man Who
From up on
Lupin
Ponyo
Porco
Paranorm
Despic
Thor
Cap
and a few more… Am I looking at the proper ones?
I run PMS 1.4.3.3433 on Arch Linux (using the AUR) and for TV all metadata is loaded and displayed with zero issues.
But with movies, it will find the cast / plot etc but no movie posters.
Tried the plex agent and the moviedb agent but no difference, also tried clearing the plugin cache but made no difference.
Not trying to hijack the thread but more just to say +1 to the issues that users have reported in this thread.
I was hoping the 1.4.3 update would solve these issues but no luck 
Attached a new set of logs; those may have been the wrong set. See the attached Plex Media Server.log, starting at timestamp Mar 03, 2017 17:55:46.339, when I executed a Refresh action on an unmatched movie (Doctor Strange).
I can only try to match metadata via the Refresh action, as the Match action is not in the menu for any unmatched items. I can Unmatch or Fix Match movies in the library that do have metadata, but if I do so that movie will subsequently fail to match.
I also see the below on show up on stderr (not in the logs), beginning at server startup. TImestamps here are in UTC, not in CST, so the Doctor Strange match attempt at 23:55:46Z is the refresh action that shows in the PMS log cited above. I think the ZipArchive problem is what starts it; something weird happens to a plugin, the plugin fails to recover, and then matching goes south.
2017-03-03T04:05:08.331840211Z Exception AttributeError: “‘ZipArchive’ object has no attribute ‘_zip’” in <bound method ZipArchive.del of <Framework.components.data.ZipArchive object at 0x7ff3dc405590>> ignored
2017-03-03T08:09:47.479934212Z Exception AttributeError: “‘ZipArchive’ object has no attribute ‘_zip’” in <bound method ZipArchive.del of <Framework.components.data.ZipArchive object at 0x7ff3dc737590>> ignored
2017-03-03T23:53:35.740344746Z GUI: Matching ‘’
2017-03-03T23:53:35.749947562Z GUI: Score for ‘’ (-1) is -1
2017-03-03T23:53:35.749979583Z GUI: Requesting metadata for ‘’
2017-03-03T23:55:46.339543756Z GUI: Matching ‘Doctor Strange 2016 Web Dl’
2017-03-03T23:55:46.343741421Z GUI: Score for ‘’ (-1) is -1
2017-03-03T23:55:46.343764671Z GUI: Requesting metadata for ‘Doctor Strange 2016 Web Dl’
2017-03-03T23:59:22.676400843Z GUI: Matching ‘’
2017-03-03T23:59:22.680442604Z GUI: Score for ‘’ (-1) is -1
2017-03-03T23:59:22.680469313Z GUI: Requesting metadata for ‘’
Disabling ipv6 in my .network file then restarting systemd-networkd.service fixed my issue !
Movies are matched instant and metadata is instant, working fine with moviedb agent (havent tried plex scanner)
Try what cra1g321 did. Turn off IPv6 completely. Plex’s servers don’t need it anyway. They are all IPv4.
Also disable IPv6 in Settings - Server - Network.
No effect. This still happens (on stderr) at startup:
2017-03-04T16:55:40.434760768Z Exception AttributeError: “‘ZipArchive’ object has no attribute ‘_zip’” in <bound method ZipArchive.del of <Framework.components.data.ZipArchive object at 0x7f594033ae10>> ignored
From there, when I add media to the library it fails to match and there’s no option to manually match (or fix match) for the new media entry. If I do a Refresh on that item, the Fix Match option reappears (with a stderr output: GUI: Requesting metadata for ‘The Lego Movie’), but the metadata is not loaded. If I run Fix Match from that point, the FIx Incorrect Match dialog comes up; there is an entry in the match list, but it’s empty (the mouseover highlight shows that there’s an entry there, but there’s no text). If I execute a manual search in the Fix Incorrect Match dialog, no data is returned (the “empty” match item is still present). If I select this “empty” item, all metadata is erased from the item, and stderr reports:
GUI: Matching ‘’
GUI: Score for ‘’ (-1) is -1
GUI: Requesting metadata for ‘’
I can see the relevant agents (com.plexapp.system, com.plexapp.agents.themoviedb, & com.plexapp.agents.imdb) in the process table, but clearly something is crashing at startup and it kills matching from there.
I should mention that I’m doing a clean install of PMS each time I test this. I also cleared out the entire plug-in cache. This didn’t help.
– T
I should add–after selecting the “empty” match item, I can’t Unmatch or Fix Match on that item any longer; those actions don’t appear on the menu any more.
I also found that some some H.264 media wasn’t playing with 1.4.3; I can see the transcode process start but nothing was being streamed. I rolled back to 1.3.4 and now the media is playing correctly, but matching is still b0rken (same behavior I’ve described above) with all agents.
– T
Same as Cerebus2.
Disabling ipv6 didn t solve the problem.
Ditto… I have the same problem still with MacOS Server version 1.4.3.3433. And like Cerebus2 disabling ipv6 didn’t solve the problem.
