Problem downloading artwork from TMDB (Argentina Users)

This is very strange - the requests from Plex Media Server showing in the server log are timing out - except for the https one

But when you tried in curl - assuming from same machine and account - they all worked when defaulting protocol

These all but the last one timed out

Apr 14, 2018 11:36:06.352 [23208] DEBUG - HTTP requesting GET http://image.tmdb.org/t/p/original/rgNYcYmUmZSK5Ibl78NV3QT1dFV.jpg
Apr 14, 2018 11:36:06.352 [23196] DEBUG - HTTP requesting GET http://image.tmdb.org/t/p/original/frKSp2zcim1N5c1cXn5NKZewW4Y.jpg
Apr 14, 2018 11:36:06.358 [23204] DEBUG - HTTP requesting GET http://image.tmdb.org/t/p/original/253Bw5I3Zj3e2thCThjO7byEUCL.jpg
Apr 14, 2018 11:36:06.360 [23192] DEBUG - HTTP requesting GET http://image.tmdb.org/t/p/original/6Ryitt95xrO8KXuqRGm1fUuNwqF.jpg
Apr 14, 2018 11:40:55.044 [22560] DEBUG - HTTP requesting GET http://image.tmdb.org/t/p/original/rgNYcYmUmZSK5Ibl78NV3QT1dFV.jpg
Apr 14, 2018 11:40:55.045 [16504] DEBUG - HTTP requesting GET http://image.tmdb.org/t/p/original/frKSp2zcim1N5c1cXn5NKZewW4Y.jpg
Apr 14, 2018 11:40:55.049 [22568] DEBUG - HTTP requesting GET http://image.tmdb.org/t/p/original/253Bw5I3Zj3e2thCThjO7byEUCL.jpg
Apr 14, 2018 11:40:55.050 [22572] DEBUG - HTTP requesting GET http://image.tmdb.org/t/p/original/6Ryitt95xrO8KXuqRGm1fUuNwqF.jpg
Apr 14, 2018 11:40:59.956 [13596] DEBUG - HTTP requesting GET http://image.tmdb.org/t/p/original/rgNYcYmUmZSK5Ibl78NV3QT1dFV.jpg
Apr 14, 2018 11:41:00.090 [9176] DEBUG - HTTP requesting GET http://image.tmdb.org/t/p/original/253Bw5I3Zj3e2thCThjO7byEUCL.jpg
Apr 14, 2018 11:41:00.179 [22600] DEBUG - HTTP requesting GET http://image.tmdb.org/t/p/original/6Ryitt95xrO8KXuqRGm1fUuNwqF.jpg
Apr 14, 2018 11:41:00.343 [22584] DEBUG - HTTP requesting GET http://image.tmdb.org/t/p/original/frKSp2zcim1N5c1cXn5NKZewW4Y.jpg
Apr 14, 2018 11:42:32.856 [22584] DEBUG - HTTP requesting GET http://image.tmdb.org/t/p/original/uquz3dZ0fs0lAK57lCXwxaslVkb.jpg
Apr 14, 2018 11:42:32.856 [22568] DEBUG - HTTP requesting GET http://image.tmdb.org/t/p/original/4IsmIFUgoJgUZjen8Ldxnw5YQvG.jpg
Apr 14, 2018 11:42:32.856 [9176] DEBUG - HTTP requesting GET http://image.tmdb.org/t/p/original/dGxt3uGPlUJKIfHYiLasnEgR90e.jpg
Apr 14, 2018 11:42:32.856 [5116] DEBUG - HTTP requesting GET http://image.tmdb.org/t/p/original/z2wJh5n7qZRUE1y9uB8UrivAV2b.jpg
Apr 14, 2018 11:42:33.109 [22600] DEBUG - HTTP requesting GET http://image.tmdb.org/t/p/original/iwmPwZARlFIKOqwEVuYIgPOc4WX.jpg
Apr 14, 2018 11:42:48.212 [13596] DEBUG - HTTP requesting GET http://image.tmdb.org/t/p/original/WbnZd6SK3DRlQBBW1yP1xHwlbs.jpg
Apr 14, 2018 11:42:50.264 [22216] DEBUG - HTTP requesting GET http://image.tmdb.org/t/p/original/rgNYcYmUmZSK5Ibl78NV3QT1dFV.jpg
Apr 14, 2018 11:42:50.265 [22184] DEBUG - HTTP requesting GET http://image.tmdb.org/t/p/original/253Bw5I3Zj3e2thCThjO7byEUCL.jpg
Apr 14, 2018 11:42:50.266 [20920] DEBUG - HTTP requesting GET http://image.tmdb.org/t/p/original/6Ryitt95xrO8KXuqRGm1fUuNwqF.jpg
Apr 14, 2018 11:42:50.267 [4180] DEBUG - HTTP requesting GET http://image.tmdb.org/t/p/original/frKSp2zcim1N5c1cXn5NKZewW4Y.jpg
Apr 14, 2018 11:43:15.232 [18972] DEBUG - HTTP requesting GET http://image.tmdb.org/t/p/original/zy7PdSftwExi05VoJX8XPkcW7PK.jpg

Apr 14, 2018 11:48:23.155 [10356] DEBUG - HTTP requesting GET https://image.tmdb.org/t/p/w154/6Tjg6DWVo2cpqDLxrOQNw1UvIMB.jpg
Apr 14, 2018 11:48:23.233 [10356] DEBUG - HTTP 200 response from GET https://image.tmdb.org/t/p/w154/6Tjg6DWVo2cpqDLxrOQNw1UvIMB.jpg

I hope you are ok continuing with drilling down on this issue.

I would like to see what headers we are using for these requests that time out and compare it with what gets set when you do same http request with default -vo xxxxx.jpg file

So to do that would need to introduce wireshark https://www.wireshark.org/download.html

so having wireshark capture all traffic whilst the server is trying to download those images

and then later when you do a curl test for -vo xxxx.jpg and http for wireshark to capture that as well

saving all captured data into a wireshark default capture file and zipping and sending to me by private message with logs again and the curl command tried and when

The curl requests were done on the server computer ? just wanted confirmation

do you go through any vpn ? proxy ?
could you send private message with your public IP address for the server

The curl test was made from my windows pms PC. I’m not using any VPN, proxy, firewall, QoS, etc.
I’ve just capture with wireshark a “refresh all metadata” on my test windows server library, but I have no idea how to send that information to you. Does the .pcapng file any good to you?

yes zipped pcapng fine and time offset from GMT as wireshark will auto adjust times - but need logs to go with it and also wireshark of your curl for an http request and time of it and the outcome

Linking to the other forum thread where I am having a parallel similar investigation

could you get me the output from a tracert

tracert image.tmdb.org

The wireshark I had for the metadata refresh picked up all the requests from the metadata agent - some were successful and some the wireshark showed image data coming back but never got the HTTP 200 OK response

_C:\Users\GonzaloSebastian>tracert image.tmdb.org

Tracing route to image.tmdb.org [104.16.57.155]
over a maximum of 30 hops:

1 <1 ms <1 ms <1 ms READYSHARE [192.168.1.1]
2 * * * Request timed out.
3 * * * Request timed out.
4 * * * Request timed out.
5 18 ms 14 ms 15 ms 86-165-89-200.fibertel.com.ar [200.89.165.86]
6 10 ms 9 ms 15 ms 200.0.17.181
7 17 ms 10 ms 9 ms 104.16.57.155

Trace complete._

I suggest raising it your ISP - both forum threads are through Cablevisigo in Argentina and both go through fibertel.com.ar

I will raise with our Operations team to flag it to Cloudflare

I’ve just asked that question on the other post, since the name of the person who opened the thread is latin. It crossed my mind that maybe he is from Argentina and has the same ISP that I have (Cablevision)

@gonse said:
I’ve just asked that question on the other post, since the name of the person who opened the thread is latin. It crossed my mind that maybe he is from Argentina and has the same ISP that I have (Cablevision)

Same problem here, Argentina and Ceblevision.

Spanish: gonse, yo para editar las cosas lo hago desde la vista de carpeta (donde se ven todas las películas juntas), me paro arriba de la imagen (portada) y selecciono el lapiz y ahi entra a editar sin ningun problema, si lo hago adentro de la pelicula y apreto el lapiz que esta en el borde superior a la derecha, me da el error “There was an error editing this item”.

@Enderin said:

@gonse said:
I’ve just asked that question on the other post, since the name of the person who opened the thread is latin. It crossed my mind that maybe he is from Argentina and has the same ISP that I have (Cablevision)

Same problem here, Argentina and Ceblevision.

Spanish: gonse, yo para editar las cosas lo hago desde la vista de carpeta (donde se ven todas las películas juntas), me paro arriba de la imagen (portada) y selecciono el lapiz y ahi entra a editar sin ningun problema, si lo hago adentro de la pelicula y apreto el lapiz que esta en el borde superior a la derecha, me da el error “There was an error editing this item”.

Exactamente lo mismo!! Si hago edit desde la pelicula no camina, desde la vista general si. El problema es que si no lo pueden resolver entre plex y themoviedb, olvidate de poder explicarle siquiera al pibito de fibertel que te atiende en soporte.

Looking at “developers.themoviedb.org”, I found that there are many problems with “Cloudflare” and the TMDB API, like these:

https://www.themoviedb.org/talk/58c6b683c3a36841200172d8

Help with something?

@Enderin said:
Looking at “developers.themoviedb.org”, I found that there are many problems with “Cloudflare” and the TMDB API, like these:

Rate Limiting

API rejecting plugin user-agent - Talk — The Movie Database (TMDB)

Help with something?

The wireshark did not show any rate limiting responses - I will have another look

Nothing to indicate any rate limiting. In one case the HTTP OK is not received and good case it is received

Failed

Success

I have the same issues. Any updates on this?
Also Cablevision-Argentina

There’s a follow up on this post, but so far, no news. https://forums.plex.tv/discussion/317103/plex-takes-too-long-to-download-metadata-or-does-not-at-all-argentina-issue#latest

In spanish: a piori el problema lo tiene fibertel con cluoudfare y lo que sugieren desde Plex es que lo veamos con fibertel, que es la nada misma.

We have made tmdb aware of the issue in Argentina - they will be contacting Cloudflare