here is the outcome
@Felix90 said:
I will try and report back.I just moved the whole folder and checked if it worked but it didn’t. The caches folder in the plugins directory as advised.
So you deleted (renamed/moved) the cache folders and then did the manual matching? The log shows it was using cached info for the matching
@Felix90 said:
here is the outcome
Thanks -
@felix90 what is the exact sequence after deleting / moving the cache - if we have logs, would like to know cache deleted at xxx time and then did this at this time and got this issue at this time after doing xyz
I’m in the same boat, went into Plex, said there was an upgrade available, let it install. Came back, started Plex, said no libraries were installed. Added my movies folder and it acted like it was downloading the posters, etc. but nothing but blanks show up. Cannot manually edit them either, all choices are blank. I have completely uninstalled Plex, removed all directories, registry keys,etc. to no avail. This was working perfectly prior to the upgrade. I am EXTREMELY frustrated and have no idea what to even do at this point.
@jclausing said:
I’m in the same boat, went into Plex, said there was an upgrade available, let it install. Came back, started Plex, said no libraries were installed. Added my movies folder and it acted like it was downloading the posters, etc. but nothing but blanks show up. Cannot manually edit them either, all choices are blank. I have completely uninstalled Plex, removed all directories, registry keys,etc. to no avail. This was working perfectly prior to the upgrade. I am EXTREMELY frustrated and have no idea what to even do at this point.
logs please
https://support.plex.tv/hc/en-us/articles/201643703-Reporting-issues-with-Plex-Media-Server
https://support.plex.tv/hc/en-us/articles/200250417-Plex-Media-Server-Log-Files
@sa2000 said:
@felix90 what is the exact sequence after deleting / moving the cache - if we have logs, would like to know cache deleted at xxx time and then did this at this time and got this issue at this time after doing xyz
I have gone back to the logs to see when we were using cached data and when not.
The last set of logs covered period when Plex Media Server was launched Jun 23, 2017 13:57:31. and the evidence collected 3 days later Jun 26, 2017 13:43:40
During this period, I can see 3 times matching was being done - once on the 23rd and twice on 26th
Jun 23, 2017 14:44:51.850 [12284] DEBUG - Request: [127.0.0.1:51394 (Loopback)] PUT /library/metadata/61797/match?guid=com.plexapp.agents.themoviedb%3A%2F%2F122917%3Flang%3Dde&name=Der%20Hobbit%3A%20Die%20Schlacht%20der%20F%C3%BCnf%20Heere (8 live) GZIP Signed-in Token (Felix90)
Jun 23, 2017 14:44:51.997 [4228] DEBUG - Completed: [127.0.0.1:51394] 200 PUT /library/metadata/61797/match?guid=com.plexapp.agents.themoviedb%3A%2F%2F122917%3Flang%3Dde&name=Der%20Hobbit%3A%20Die%20Schlacht%20der%20F%C3%BCnf%20Heere (11 live) GZIP 146ms 483 bytes (pipelined: 12)
Jun 26, 2017 13:29:34.330 [10404] DEBUG - Request: [127.0.0.1:56850 (Loopback)] PUT /library/metadata/61796/match?guid=com.plexapp.agents.themoviedb%3A%2F%2F57158%3Flang%3Dde&name=Der%20Hobbit%20-%20Smaugs%20Ein%C3%B6de (11 live) GZIP Signed-in Token (Felix90)
Jun 26, 2017 13:29:34.359 [4228] DEBUG - Completed: [127.0.0.1:56850] 200 PUT /library/metadata/61796/match?guid=com.plexapp.agents.themoviedb%3A%2F%2F57158%3Flang%3Dde&name=Der%20Hobbit%20-%20Smaugs%20Ein%C3%B6de (11 live) GZIP 28ms 483 bytes (pipelined: 7)
Jun 26, 2017 13:29:55.113 [10616] DEBUG - Request: [127.0.0.1:56849 (Loopback)] PUT /library/metadata/61797/match?guid=com.plexapp.agents.themoviedb%3A%2F%2F122917%3Flang%3Dde&name=Der%20Hobbit%3A%20Die%20Schlacht%20der%20F%C3%BCnf%20Heere (13 live) GZIP Signed-in Token (Felix90)
Jun 26, 2017 13:29:55.171 [4228] DEBUG - Completed: [127.0.0.1:56849] 200 PUT /library/metadata/61797/match?guid=com.plexapp.agents.themoviedb%3A%2F%2F122917%3Flang%3Dde&name=Der%20Hobbit%3A%20Die%20Schlacht%20der%20F%C3%BCnf%20Heere (15 live) GZIP 58ms 483 bytes (pipelined: 8)
Only the 23rd June one did not use cached data
2017-06-23 14:44:54,193 (15a4) : DEBUG (networking:166) - Requesting 'http://127.0.0.1:32400/services/tmdb?uri=%2Fmovie%2F122917%3Fappend_to_response%3Dreleases%2Ccredits%26language%3Dde'
2017-06-26 12:42:13,829 (1f3c) : DEBUG (networking:161) - Fetching 'http://127.0.0.1:32400/services/tmdb?uri=%2Fmovie%2F122917%3Fappend_to_response%3Dreleases%2Ccredits%26language%3Dde' from the HTTP cache
2017-06-26 13:29:55,280 (3380) : DEBUG (networking:161) - Fetching 'http://127.0.0.1:32400/services/tmdb?uri=%2Fmovie%2F122917%3Fappend_to_response%3Dreleases%2Ccredits%26language%3Dde' from the HTTP cache
So the one we need to concentrate on from the supplied evidence is what happened on the 23rd June manual matching
So what actually happened on the 23rd June?
I can see this in the log
Jun 23, 2017 14:44:51.851 [12284] DEBUG - Setting GUID for metadata item 61797 (title: Der Hobbit: Die Schlacht der Fünf Heere) to com.plexapp.agents.themoviedb://122917?lang=de (thumb=)
Jun 23, 2017 14:44:51.853 [12284] DEBUG - No match for item 61797's GUID com.plexapp.agents.themoviedb://122917?lang=de, we're just changing its identity.
Jun 23, 2017 14:44:51.853 [12284] DEBUG - Updating metadata item (save) (Der Hobbit: Die Schlacht der Fünf Heere) with ID 61797
If you cannot remember exactly, what we need is to repeat what you did on the 23rd - done after a relaunch of Plex Media Server with no cached data and then go through the steps and taking screenshots at each step to show what you were selecting and what the outcome was and what the issue you ended up with.
@Felix90
On the 23rd June, themoviedb agent requested these image downloads. Could you try them each in a browser to see if they work? - just pick each url and put in a browser
I am just concerned that maybe something is blocking the requests - eg vpn / proxy / security / control software
e.g. http://image.tmdb.org/t/p/w300/eBKyZwTd8fH61OMRrb5LpHtZvk5.jpg
2017-06-23 14:44:58,579 (15a4) : DEBUG (networking:166) - Requesting 'http://image.tmdb.org/t/p/w300/eBKyZwTd8fH61OMRrb5LpHtZvk5.jpg'
2017-06-23 14:46:38,757 (15a4) : DEBUG (networking:166) - Requesting 'http://image.tmdb.org/t/p/w300/hHTlSeMWc4ovexKjPGmdUzQfbyl.jpg'
2017-06-23 14:48:18,792 (15a4) : DEBUG (networking:166) - Requesting 'http://image.tmdb.org/t/p/w300/h3v9zp0FhTanxBOFSRfWW451mju.jpg'
2017-06-23 14:49:58,825 (15a4) : DEBUG (networking:166) - Requesting 'http://image.tmdb.org/t/p/w300/kMRW1hHk3ogJoBAcKRJ00Ji0oYe.jpg'
2017-06-23 14:51:38,938 (15a4) : DEBUG (networking:166) - Requesting 'http://image.tmdb.org/t/p/w300/iNGNoZbDKzawUulvL6x0drHOZNI.jpg'
2017-06-23 14:53:18,980 (15a4) : DEBUG (networking:166) - Requesting 'http://image.tmdb.org/t/p/w300/uA8Qe2d9bKEdCFakjjdldy3P2pU.jpg'
2017-06-23 14:54:59,015 (15a4) : DEBUG (networking:166) - Requesting 'http://image.tmdb.org/t/p/w300/p2yTCaDM1xjfCwAeRJJnhNNwaPC.jpg'
2017-06-23 14:56:39,667 (15a4) : DEBUG (networking:166) - Requesting 'http://image.tmdb.org/t/p/w300/umR9aXTxOxQUuDH2DamoJ5fIPB.jpg'
2017-06-23 14:58:19,799 (15a4) : DEBUG (networking:166) - Requesting 'http://image.tmdb.org/t/p/w300/l596hkxpfDQ0GSzZMfnlISbV8tm.jpg'
2017-06-23 14:59:59,845 (15a4) : DEBUG (networking:166) - Requesting 'http://image.tmdb.org/t/p/w300/9tgt63Gk2C0Pu5Q8fkVO1TZuqW9.jpg'
2017-06-23 15:01:39,950 (15a4) : DEBUG (networking:166) - Requesting 'http://image.tmdb.org/t/p/w300/tERv5ivyYbRaI3i4ag9UUQmd61L.jpg'
2017-06-23 15:03:19,986 (15a4) : DEBUG (networking:166) - Requesting 'http://image.tmdb.org/t/p/w300/1LVmB5FT4qiatHdG8Mel0nwjKp6.jpg'
2017-06-23 15:05:00,039 (15a4) : DEBUG (networking:166) - Requesting 'http://image.tmdb.org/t/p/w300/qJUJypH5KdKnFzYc22HtzNYecXo.jpg'
2017-06-23 15:06:40,660 (15a4) : DEBUG (networking:166) - Requesting 'http://image.tmdb.org/t/p/w300/eyavw25aZBy2qyq1wTcJU6JQdMa.jpg'
2017-06-23 15:08:20,717 (15a4) : DEBUG (networking:166) - Requesting 'http://image.tmdb.org/t/p/w300/qhH3GyIfAnGv1pjdV3mw03qAilg.jpg'
2017-06-23 15:10:00,773 (15a4) : DEBUG (networking:166) - Requesting 'http://image.tmdb.org/t/p/w300/sendcp0SnwsPnedLtJM41qw5jBR.jpg'
2017-06-23 15:11:40,884 (15a4) : DEBUG (networking:166) - Requesting 'http://image.tmdb.org/t/p/w154/wsViNWalKWD4ASqbPah7VyvCtll.jpg'
2017-06-23 15:13:20,928 (15a4) : DEBUG (networking:166) - Requesting 'http://image.tmdb.org/t/p/w154/esDp9hvx6OKd41gO4dbgbCjTFOF.jpg'
Do you go through a vpn ? proxy ? Remember we had a mismatch on public IP Address logged
I am I’ll and have not been on a pc since yesterday. I’ll sort it out tomorrow. Thank you so much for your ambitious help.
Could you also let me have details of what the default agents are for the library and order and exactly the steps you go through in manual matching - the requested screenshots would help with this
Just noticed this evening that my 5 most recent movies aren’t loading any metadata either. I’m just in the beginning phase of trying to figure this out myself. My naming scheme and setup hasn’t changed in 5+ years so this is peculiar to me.
Starting in the last week this has began happening for me as well after a couple years without any trouble and no changes to the configuration in the last 6-8 months. TV shows are picked up the same as they have always been (accurately without problem), Movie metadata seems to only partially (if at all) come down. No posters or backgrounds come down for movies, after doing a manual match on a movie I will sometimes get parts of the metadata like genre and dates.
As an experiment I added some other copies of existing movies and allowed them to be picked up but none were matched even though the movie is in the same folder as the original movie that is matched. These were all treated as a new separate movie rather than merging them under a single title even though the only difference in the copy and the origional was 1080p vs 720p in the file name. Normally these would be merged and reflected as other copies. A refresh of the movie (either copy) does not yield any change. I can add metadata, posters and backgrounds manually and it seems to be stored and usable but as a totaly seperate instance between the copies.
I’ve restarted the Plex server, cleared the caches and retried the without change then I tried it by clearing the caches and then restarting Plex without any change.
Perhaps something has changed on the Movie Database site and Plex needs to update to compensate?
hey so I can download the picture you asked me to. no vpn or proxy set up at all.
settings have not changed in months. i can not explain why this problems started out of nowhere without me doing anything.
so I do not do anything irregular just manual matching and i did try different databases like tvdb or moviedb and whatever else there is offered but the outcome is always the same. no meta data is downloaded and my plex server not able to get meta data for anything anymore.
so you can take any time from the last few days now it should be 2 weeks or so already, the only thing i did was trying to find meta information and watching movies.
Did your guys start working again? Mine wasn’t working for almost a week I’d guess and it suddenly started working on its own again.
Same issue here. I restored my server from a backup file and when I start the meta data refresh 90% of my librairie picture stay grey. This is not my first time restoring a PMS server. Never had this issue before. Im running the last PMS update Version 1.7.5.4035
PS: Movies Librairy work fine. Only getting this issue with Series
Finally got it working. I disabled TheTVDB Agent forcing my serie librairy to use themoviedb and now the meta data are downloaded correctly. Pretty sure the issue is with Thetvdb agent.
@igowas said:
Finally got it working. I disabled TheTVDB Agent forcing my serie librairy to use themoviedb and now the meta data are downloaded correctly. Pretty sure the issue is with Thetvdb agent.
Just a quick check - what do you get when you put this in a browser http://tvdb2.plex.tv ?
If you to get to the server you will see a not authorized response
and also check http://meta.plex.tv
You should get a hai back
If it is not connectivity issue through your ISP, then would need logs / info when refreshing metadata
and also check
http://meta.plex.tv
You should get ahaiback
Getting not authorized response and hai back.
What I found: a ssl certificate issue. Im running on windows server 2016 core. Will have to figure out how to add manually this certificate.
2017-07-09 01:42:40,723 (f90) : DEBUG (threadkit:234) - Starting a parallel task set named DownloadImages with 50 tasks
2017-07-09 01:42:40,759 (8e8) : DEBUG (networking:166) - Requesting ‘https://thetvdb.com/banners/_cache/posters/79809-3.jpg’
2017-07-09 01:42:40,789 (2f8) : DEBUG (networking:166) - Requesting ‘https://thetvdb.com/banners/_cache/posters/79809-4.jpg’
2017-07-09 01:42:40,821 (78) : DEBUG (networking:166) - Requesting ‘https://thetvdb.com/banners/_cache/graphical/79809-g6.jpg’
2017-07-09 01:42:40,828 (2f8) : INFO (logkit:16) - <urlopen error [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:590)>
2017-07-09 01:42:40,829 (8e8) : INFO (logkit:16) - <urlopen error [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:590)>
2017-07-09 01:42:40,852 (32c) : DEBUG (networking:166) - Requesting ‘https://thetvdb.com/banners/_cache/posters/79809-2.jpg’
2017-07-09 01:42:40,861 (78) : INFO (logkit:16) - <urlopen error [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failede trimmed - new size is 1294 B (1024 items)
Edit: Because THETVDB images are not SSL protected I think this is why I only get the metadata text and not the images (posters). I got this information from Firefox certificate details.
I dont know what causes my issue but its complete bullshit. added another new movie and agan NO METADATA is downloaded. such ***** :s
Did you fix the certificate issue? What did you do? Having the same issue.
I don’t see any certificat issue and I didn’t do anything to cause this issue apart from updating plex.
