Still not getting posters and cast info. Tried unmatching then matching and also refreshing the metadata.Plex Media Server Logs_2019-11-19_20-24-40.zip (7.3 MB)
edit: tried clearing caches and it didn’t work.
According to tvdb the handshake issue has something to do with the libraries plex is using:
https://forums.thetvdb.com/viewtopic.php?f=17&t=60223&sid=9cc29d2b0b8ae2275d673d3c36aa7980
According to tvdb it should now working again with the api v2 but I am still expiring hanshake issues when gettings posters or banners.
So maybe we have to wait for an update of plex where these libraries are replaced.
I tried everything suggested in this thread before but I am still getting these error messages:
2019-11-20 05:44:51,293 (7f9d09a59700) : DEBUG (threadkit:234) - Starting a parallel task set named DownloadImages with 7 tasks
2019-11-20 05:44:51,301 (7f9d0a25a700) : DEBUG (networking:166) - Requesting ‘https://thetvdb.com/banners/fanart/original/5b56e5fc0b6d0_t.jpg’
2019-11-20 05:44:51,305 (7f9d2d4ba700) : DEBUG (networking:166) - Requesting ‘https://thetvdb.com/banners/fanart/original/5da422b7069bf_t.jpg’
2019-11-20 05:44:51,316 (7f9d0aa9c700) : DEBUG (networking:166) - Requesting ‘https://thetvdb.com/banners/fanart/original/5d8e7ca0af577_t.jpg’
2019-11-20 05:44:51,323 (7f9d0b29d700) : DEBUG (networking:166) - Requesting ‘https://thetvdb.com/banners/posters/5d76b950b52e0_t.jpg’
2019-11-20 05:44:51,339 (7f9d0a25a700) : INFO (init:1079) - <urlopen error [SSL: SSLV3_ALERT_HANDSHAKE_FAILURE] sslv3 alert handshake failure (_ssl.c:590)>
2019-11-20 05:44:51,345 (7f9d2d4ba700) : INFO (init:1079) - <urlopen error [SSL: SSLV3_ALERT_HANDSHAKE_FAILURE] sslv3 alert handshake failure (_ssl.c:590)>
2019-11-20 05:44:51,347 (7f9d0a25a700) : DEBUG (networking:166) - Requesting ‘https://thetvdb.com/banners/posters/5d90d96157cd3_t.jpg’
2019-11-20 05:44:51,351 (7f9d0aa9c700) : INFO (init:1079) - <urlopen error [SSL: SSLV3_ALERT_HANDSHAKE_FAILURE] sslv3 alert handshake failure (_ssl.c:590)>
2019-11-20 05:44:51,358 (7f9d2d4ba700) : DEBUG (networking:166) - Requesting ‘https://thetvdb.com/banners/graphical/5da01dca3bbd3_t.jpg’
2019-11-20 05:44:51,362 (7f9d0b29d700) : INFO (init:1079) - <urlopen error [SSL: SSLV3_ALERT_HANDSHAKE_FAILURE] sslv3 alert handshake failure (_ssl.c:590)>
2019-11-20 05:44:51,364 (7f9d0aa9c700) : DEBUG (networking:166) - Requesting ‘https://thetvdb.com/banners/graphical/5da9da3627cff_t.jpg’
2019-11-20 05:44:51,385 (7f9d0a25a700) : INFO (init:1079) - <urlopen error [SSL: SSLV3_ALERT_HANDSHAKE_FAILURE] sslv3 alert handshake failure (_ssl.c:590)>
2019-11-20 05:44:51,392 (7f9d2d4ba700) : INFO (init:1067) - <urlopen error [SSL: SSLV3_ALERT_HANDSHAKE_FAILURE] sslv3 alert handshake failure (_ssl.c:590)>
2019-11-20 05:44:51,396 (7f9d0aa9c700) : INFO (init:1067) - <urlopen error [SSL: SSLV3_ALERT_HANDSHAKE_FAILURE] sslv3 alert handshake failure (_ssl.c:590)>
2019-11-20 05:44:51,397 (7f9d09a59700) : DEBUG (threadkit:244) - Parallel task set DownloadImages ended
Which PMS version is being challenged?
I ask because this is starting to look like a singular case in light of all the others who are seeing service restoration.
I’m trying to figure out what’s unique here.
Running Version 1.18.2.2029 on Synology in my case - PlexMediaServer-1.18.2.2029-36236cc4c-x86_64.spk to be precise.
Just updated to latest Public version 1.18.2.2029. Still having metadata issues with TVDB. No poster for Rick and Morty S4, nor metadata on the latest episode. I’ve also cleared DNS cache, restarted Plex services, and changed Library Agent away from TVDB and then set it back again. Attaching logs.Plex Media Server Logs_2019-11-19_23-50-27.zip (6.0 MB)
I am using the latest public version 1.18.2.2029.
I have it running on 2 systems.
One on Windows 10 and one on Ubuntu 18.04.
The one on Windows downloads the covers, the one on ubuntu does not.
The libraries for both are the same so it’s not that.
Is there a domain name and cert also bound to the host?
I am on 1.18.2.2041 synology.
Given TheTVDB changes are supposed to be transparent,
Do any of you have an older version which you can install and verify against as a second datapoint?
@ChuckPa - thanks so much for your responsiveness in the midst of all this. Really appreciate you manning the front-lines.
I’m running everything in docker containers on a raspberry pi, so it’s pretty trivial for me to change my docker-compose.yml file to specify an older plex image from this docker hub repo: https://hub.docker.com/r/linuxserver/plex/tags?page=1&ordering=last_updated
So, how far back would it be useful for you to have me go?
Pick one. 
On Synology, anything above 1.15.4.994 will do.
1.14.1.5488 in workstation linux also is solid.
To my knowledge there should be no certificates attached to this system and I am currently unable to find any at the moment.
To provide further information I created clean logfiles after a plex restart and an attempt to refresh the metadata of a show with missing poster/banners.
Plex Media Server Logs_2019-11-20_07-21-30.zip (146.3 KB)
You have more than 8192 directories involved under iNotify.
Nov 20, 2019 07:21:09.020 [0x7fd137c78700] DEBUG - [Notify] Now watching "/home/christopher/Media/wdmycloud/Anime_2/AnimeAutomatic/Regalia The Three Sacred Stars"
Nov 20, 2019 07:21:09.020 [0x7fd137c78700] DEBUG - [Notify] Now watching "/home/christopher/Media/wdmycloud/Anime_2/AnimeAutomatic/Reikenzan Hoshikuzu-tachi no Utage"
Nov 20, 2019 07:21:09.026 [0x7fd137c78700] DEBUG - [Notify] Caught exception on directory.
Nov 20, 2019 07:21:09.026 [0x7fd137c78700] DEBUG - [Notify] Now watching "/home/christopher/Media/wdmycloud/Anime_2/AnimeAutomatic/Relife"
Nov 20, 2019 07:21:09.026 [0x7fd137c78700] DEBUG - [Notify] Now watching "/home/christopher/Media/wdmycloud/Anime_2/AnimeAutomatic/Ren`ai Boukun"
Nov 20, 2019 07:21:09.031 [0x7fd137c78700] DEBUG - [Notify] Caught exception on directory.
Nov 20, 2019 07:21:09.047 [0x7fd137c78700] ERROR - IsDirectory failed boost::filesystem::status: Input/output error: "/home/christopher/Media/wdmycloud/Anime_2/AnimeAutomatic/Rewrite"
Nov 20, 2019 07:21:09.053 [0x7fd137c78700] ERROR - IsDirectory failed boost::filesystem::status: Input/output error: "/home/christopher/Media/wdmycloud/Anime_2/AnimeAutomatic/Rokka no Yuusha"
Nov 20, 2019 07:21:09.057 [0x7fd137c78700] DEBUG - [Notify] Caught exception on directory.
Nov 20, 2019 07:21:09.062 [0x7fd137c78700] ERROR - IsDirectory failed boost::filesystem::status: Input/output error: "/home/christopher/Media/wdmycloud/Anime_2/AnimeAutomatic/Roku de Nashi Majutsu Koushi to Akashic Records"
Nov 20, 2019 07:21:09.067 [0x7fd137c78700] ERROR - IsDirectory failed boost::filesystem::status: Input/output error: "/home/christopher/Media/wdmycloud/Anime_2/AnimeAutomatic/Rokujouma no Shinryakusha!"
Nov 20, 2019 07:21:09.072 [0x7fd137c78700] DEBUG - [Notify] Caught exception on directory.
Nov 20, 2019 07:21:09.078 [0x7fd137c78700] ERROR - IsDirectory failed boost::filesystem::status: Input/output error: "/home/christopher/Media/wdmycloud/Anime_2/AnimeAutomatic/Active Raid Kidou Kyoushuushitsu Dai Hachi Gakari"
Nov 20, 2019 07:21:09.085 [0x7fd137c78700] ERROR - IsDirectory failed boost::filesystem::status: Input/output error: "/home/christopher/Media/wdmycloud/Anime_2/AnimeAutomatic/Akiba`s Trip The Animation"
Nov 20, 2019 07:21:09.092 [0x7fd137c78700] DEBUG - [Notify] Caught exception on directory.
Nov 20, 2019 07:21:09.097 [0x7fd137c78700] ERROR - IsDirectory failed boost::filesystem::status: Input/output error: "/home/christopher/Media/wdmycloud/Anime_2/AnimeAutomatic/Arata Kangatari"
Nov 20, 2019 07:21:09.101 [0x7fd137c78700] ERROR - IsDirectory failed boost::filesystem::status: Input/output error: "/home/christopher/Media/wdmycloud/Anime_2/AnimeAutomatic/Aru Zombie Shoujo no Sainan"
Nov 20, 2019 07:21:09.106 [0x7fd137c78700] DEBUG - [Notify] Caught exception on directory.
Nov 20, 2019 07:21:09.115 [0x7fd137c78700] ERROR - IsDirectory failed boost::filesystem::status: Input/output error: "/home/christopher/Media/wdmycloud/Anime_2/AnimeAutomatic/Bishoujo Senshi Sailor Moon"
Nov 20, 2019 07:21:09.120 [0x7fd137c78700] ERROR - IsDirectory failed boost::filesystem::status: Input/output error: "/home/christopher/Media/wdmycloud/Anime_2/AnimeAutomatic/Boku no Kanojo ga Majime Sugiru Shobitch na Ken"
Nov 20, 2019 07:21:09.125 [0x7fd137c78700] DEBUG - [Notify] Caught exception on directory.
Nov 20, 2019 07:21:09.131 [0x7fd137c78700] ERROR - IsDirectory failed boost::filesystem::status: Input/output error: "/home/christopher/Media/wdmycloud/Anime_2/AnimeAutomatic/Bubuki Buranki"
Nov 20, 2019 07:21:09.139 [0x7fd137c78700] ERROR - IsDirectory failed boost::filesystem::status: Input/output error: "/home/christopher/Media/wdmycloud/Anime_2/AnimeAutomatic/Chain Chronicle (2016)"
Nov 20, 2019 07:21:09.144 [0x7fd137c78700] DEBUG - [Notify] Caught exception on directory.
Nov 20, 2019 07:21:09.151 [0x7fd137c78700] ERROR - IsDirectory failed boost::filesystem::status: Input/output error: "/home/christopher/Media/wdmycloud/Anime_2/AnimeAutomatic/Citrus"
Nov 20, 2019 07:21:09.157 [0x7fd137c78700] ERROR - IsDirectory failed boost::filesystem::status: Input/output error: "/home/christopher/Media/wdmycloud/Anime_2/AnimeAutomatic/Cutey Honey"
Nov 20, 2019 07:21:09.162 [0x7fd137c78700] DEBUG - [Notify] Caught exception on directory.
Nov 20, 2019 07:21:09.166 [0x7fd137c78700] ERROR - IsDirectory failed boost::filesystem::status: Input/output error: "/home/christopher/Media/wdmycloud/Anime_2/AnimeAutomatic/Ryuu no Haisha"
Nov 20, 2019 07:21:09.169 [0x7fd137c78700] ERROR - IsDirectory failed boost::filesystem::status: Input/output error: "/home/christoph
you need to increase the number of directories PMS can monitor and clear this error first.
I’ve deleted all the Caches. Still not working. Logs attached.
I run Plex in a docker container on Ubuntu 18…04.3 LTS. Plex Version is 1.18.2.2041.Plex Media Server Logs_2019-11-20_07-40-07.zip (313.9 KB)
I switched the default agent for TV to TMDB - works fine and picks up cover art. Perhaps will switch back then the TVDB issues are resolved.
I don’t know if this is a Docker problem or not.
How difficult would it be for you to create a “test” server (with a nice obvious friendly name for this purpose)?
If easy, and you don’t mind,
- Download from plex.tv/downloads (don’t use Ubuntu app store)
- Install and create the “TESTING” server
- Point this one set of directories at it and observe the difference.
I’m running Version 1.18.2.2029 on a QNAP [TS-473 (4.4.1.1117-20191109)], metadata is not working. Deleted the cache and did a ‘Refresh All Metadata’. The logs are showing HANDSHAKE_FAILURE’s
2019-11-20 07:54:03,137 (7f94e3d11700) : INFO (__init__:1079) - <urlopen error [SSL: SSLV3_ALERT_HANDSHAKE_FAILURE] sslv3 alert handshake failure (_ssl.c:590)>
2019-11-20 07:54:03,141 (7f94e164f700) : INFO (__init__:1079) - <urlopen error [SSL: SSLV3_ALERT_HANDSHAKE_FAILURE] sslv3 alert handshake failure (_ssl.c:590)>
2019-11-20 07:54:03,141 (7f94e1361700) : INFO (__init__:1079) - <urlopen error [SSL: SSLV3_ALERT_HANDSHAKE_FAILURE] sslv3 alert handshake failure (_ssl.c:590)>
Anny Ideas?Plex Media Server Logs_2019-11-20_07-58-22.zip (2.8 MB)
Removed the monitor Issue.
Still seeing the handshake issue.
2019-11-20 08:18:51,419 (7f510bfff700) : DEBUG (threadkit:234) - Starting a parallel task set named DownloadImages with 7 tasks
2019-11-20 08:18:51,423 (7f51237fe700) : DEBUG (networking:166) - Requesting ‘https://thetvdb.com/banners/fanart/original/5b56e5fc0b6d0_t.jpg’
2019-11-20 08:18:51,425 (7f51217fb700) : DEBUG (networking:166) - Requesting ‘https://thetvdb.com/banners/fanart/original/5da422b7069bf_t.jpg’
2019-11-20 08:18:51,427 (7f51227bc700) : DEBUG (networking:166) - Requesting ‘https://thetvdb.com/banners/fanart/original/5d8e7ca0af577_t.jpg’
2019-11-20 08:18:51,430 (7f510a7fc700) : DEBUG (networking:166) - Requesting ‘https://thetvdb.com/banners/posters/5d76b950b52e0_t.jpg’
2019-11-20 08:18:51,463 (7f51217fb700) : INFO (init:1067) - <urlopen error [SSL: SSLV3_ALERT_HANDSHAKE_FAILURE] sslv3 alert handshake failure (_ssl.c:590)>
2019-11-20 08:18:51,466 (7f51217fb700) : DEBUG (networking:166) - Requesting ‘https://thetvdb.com/banners/posters/5d90d96157cd3_t.jpg’
2019-11-20 08:18:51,469 (7f51237fe700) : INFO (init:1067) - <urlopen error [SSL: SSLV3_ALERT_HANDSHAKE_FAILURE] sslv3 alert handshake failure (_ssl.c:590)>
2019-11-20 08:18:51,471 (7f51237fe700) : DEBUG (networking:166) - Requesting ‘https://thetvdb.com/banners/graphical/5da01dca3bbd3_t.jpg’
2019-11-20 08:18:51,471 (7f51227bc700) : INFO (init:1067) - <urlopen error [SSL: SSLV3_ALERT_HANDSHAKE_FAILURE] sslv3 alert handshake failure (_ssl.c:590)>
2019-11-20 08:18:51,473 (7f510a7fc700) : INFO (init:1079) - <urlopen error [SSL: SSLV3_ALERT_HANDSHAKE_FAILURE] sslv3 alert handshake failure (_ssl.c:590)>
2019-11-20 08:18:51,473 (7f51227bc700) : DEBUG (networking:166) - Requesting ‘https://thetvdb.com/banners/graphical/5da9da3627cff_t.jpg’
2019-11-20 08:18:51,504 (7f51217fb700) : INFO (init:1079) - <urlopen error [SSL: SSLV3_ALERT_HANDSHAKE_FAILURE] sslv3 alert handshake failure (_ssl.c:590)>
2019-11-20 08:18:51,509 (7f51237fe700) : INFO (init:1067) - <urlopen error [SSL: SSLV3_ALERT_HANDSHAKE_FAILURE] sslv3 alert handshake failure (_ssl.c:590)>
2019-11-20 08:18:51,511 (7f51227bc700) : INFO (init:1067) - <urlopen error [SSL: SSLV3_ALERT_HANDSHAKE_FAILURE] sslv3 alert handshake failure (_ssl.c:590)>
2019-11-20 08:18:51,512 (7f510bfff700) : DEBUG (threadkit:244) - Parallel task set DownloadImages ended
I will create new clean logs, after getting back from work.
Next step of this debugging is for me to create dummy test series and compare.
If I replicate the errors then it’s likely a problem at TheTVDB.
If I can’t replicate the results, then it’s a local problem which requires a lot deeper debugging.
For this, I will need the name of one problematic series for each person with this SSLv3 issue.
I’m going offline (02.30am here). We can resume tomorrow.
@ChuckPa
Unfortunately I can’t on this system.
I can try on a simliar system, if this would help you.
