Also there are strange differences in poster visibility in Plex Web and in Plex Apple TV. Some posters are shown on TV, some of them are not, cannot get the pattern.
I am sure that like 90% of the People Complaining about this error have upgrade their connection to Docsis 3.1 (1 GBit Connection in Germany). This has to do with the ISP Connection and the Router used. The workaround is to set up a VPN connection, download the metadata and posters and afterwards switch back to your regular ISP connection. Take a look on this thread, there is is explained. As far as I could experience, this has nothing do to with Plex Software, only with the ISP Connection.
To sum it up:
If you have problems that metadata is slow loading and posters are only sometimes loading. Try a VPN Connection, and i promise you it will download the Posters in seconds. 
Hello. I found this post after searching for a while. I recently migrated my PMS from Windows to SynologyNAS. No new media will load artwork. I saw where windows to Linux might could cause issues since the file formats are different, but didnāt see (or missed in scrolling) a fix to try if this is the case. Apologies if I missed something but would really like new files to have artwork. Thanks!
Hi, Iām new here, so please donāt shoot me if i say something stupid. 
Iām from Belgium, and iām not receiving any more artwork.
This may or may not be related to your issue (in case itās not related, just tell me and i will make a new topic), but i canāt seem to reach http://movieposterdb.plexapp.com/.
The link just gives me a error 503 (which is serverrelated if iām not mistaken).
According to this link (Why do I get metadata but no images for my library items? | Plex Support) should the movieposterdb link be reachable in order to be able to receive artwork.
Iām fairly sure iām not receiving artwork because of the error 503.
Is there a way to report these kind of errors in servers/services provided by plex?
Thanks!
Kind regards,
Jeff
Replying to myself here for anyone else that may find this later on. I thought I had successfully deleted the HTTPCookies file but apparently it didnāt take because it still had the old creation date. Successfully deleting this file and then doing a metadata refresh for movies without poster art successfully pulled the artwork like it should. I am still curious on if thereās anything I should be concerned about since I migrated from Windows to SynologyNAS (Linux) since that was mentioned way back in this thread.
I agree,
I think this is an issue that happens when one ports from Windows to Linux.
@ChuckPa You originally stated the following. What is the fix if this is the case. I have already deleted the .system HTTPCookies and tried to rescan and refresh meta data
"There is one prerequisite question: Has any part of the Linux installation originated on Windows?
I am asking because when a Windows system (which uses CR/LF as EOL) is ported to Linux (which uses LF as EOL), the embedded CR causes poster download to fail.
Itās easy to clear once we know it came from Windows."
Out of curiosity did you migrate your plex server from windows > linux?
No I did not, I have one server running on windows and one server running on my Synology NAS. As I said, the versions of the Plex servers are different, both have the same issues. So It canāt be a Plex software issue. As soon as I connected my NAS to a VPN Server, I could download the posters as usual. Afterwards I did exactly the same on my windows Server, connect to a VPN Server and surprise, the posters are loading. The Metadata was already there, but the posters not.
I looked at what Plex.tv is reporting.
-
It shows that your account (this account in the forum) was last seen from an IPv6 address. I presume that was your post here?
-
I ask:
a. Are you using a purely IPv6 LAN with an IPv6 ISP address? If so, this wonāt work for metadata.
b. A lot of VPNs provide 6-to-4 transparent translation. IPv4 will work correctly with Plex.tv and metadata retrieval.
c. Your ISP , due to Fritzboxen have trouble. This is well established in other threads and requires a workaround until AVN remedies the problem in their firmware.
How much of the above is applicable ?
Unfortunately none,
I should not be on an IPv6. I tested and did return an IPV4.
I have connected to my work VPN on my computer moments ago but this never touches my Plex Server as that is installed with Unraid on a physically separate host.
I Manually fixed my odd matches and I am currently testing deleting and readding media to see if it pulls incorrectly. So far so good.
Disregard.
I had looked up @DomiBase by accident. @DomiBase is using IPv6.
Youāre showing pure IPv4.
FYI, UNRAID NAS should be in its own threads / area (NAS)
Itās not a desktop and canāt be treated as one (a common mistake) due to how they configure / setup the system .
Iāve tried to setup a VM and became frustrated. I deleted it.
To quote their page:
What is Unraid?
unRAID is a file server system, based upon the Slackware distribution of Linux. unRAID allows you to build an āarrayā of hard drives and share those drives across the local network for all users to access the files on those drives.Dec 1, 2016
And here we are, at the slackware point.
I would like to know if thereās extra steps one should take like deleting caches, etc, when migrating from Windows to Linux to avoid other potential issues due to your comment regarding the EOL differences between the systems. Is it best to just wipe out the entire Data folder under Plug-in Support? Are there others you would recommend? I just donāt want other issues down the road that may appear like phantom issues that could be related to this. Thanks!
On Mac and I cant even get the drag and drop poster to work on my show through web.
Same here exactly. TV Shows are fine, only Movies not loading posters.
Iām seeing a few things in your logs.
Is this intentional?
May 07, 2020 01:50:36.527 [0x7efb9a7fc700] INFO - Library section 17 (Movies) will be updated because of a change in '"/mnt/plex/Movies/Five Graves to Cairo (1943)"/Five Graves to Cairo (1943)_HEVC.mp4'
May 07, 2020 01:50:36.545 [0x7efbeffff700] ERROR - Couldn't delete the file "/mnt/plex/Movies/Five Graves to Cairo (1943)": Permission denied
May 07, 2020 01:50:36.545 [0x7efbeffff700] DEBUG - Deleting media item 966.
and
May 07, 2020 01:51:19.154 [0x7efb9a7fc700] INFO - Library section 17 (Movies) will be updated because of a change in '"/mnt/plex/Movies/Jackie Brown (1997)"/Jackie Brown (1997)__HEVC.mp4'
May 07, 2020 01:51:19.171 [0x7efbedffb700] ERROR - Couldn't delete the file "/mnt/plex/Movies/Jackie Brown (1997)": Permission denied
May 07, 2020 01:51:19.171 [0x7efbedffb700] DEBUG - Deleting media item 969.
May 07, 2020 01:51:19.171 [0x7efbedffb700] DEBUG - Was connected to metadata item 623, count is now 0.
May 07, 2020 01:51:19.172 [0x7efbedffb700] DEBUG - Destroying metadata item 623 (Jackie Brown)
same here too
May 07, 2020 01:51:26.956 [0x7efbef7fe700] DEBUG - Auth: authenticated user 1 as slartybartfast59
May 07, 2020 01:51:26.956 [0x7efbed7fa700] DEBUG - Request: [127.0.0.1:32800 (Loopback)] DELETE /library/metadata/617?includeExternalMedia=1 (12 live) GZIP Signed-in Token (slartybartfast59)
May 07, 2020 01:51:26.958 [0x7efb9a7fc700] INFO - Library section 17 (Movies) will be updated because of a change in '"/mnt/plex/Movies/Django Unchained (2012)"/Django Unchained (2012) 1080p_HEVC.mp4'
May 07, 2020 01:51:26.999 [0x7efbed7fa700] ERROR - Couldn't delete the file "/mnt/plex/Movies/Django Unchained (2012)": Permission denied
May 07, 2020 01:51:26.999 [0x7efbed7fa700] DEBUG - Deleting media item 963.
May 07, 2020 01:51:26.999 [0x7efbed7fa700] DEBUG - Was connected to metadata item 617, count is now 0.
May 07, 2020 01:51:27.000 [0x7efbed7fa700] DEBUG - Destroying metadata item 617 (Django Unchained)
May 07, 2020 01:51:27.001 [0x7efbef7fe700] DEBUG - Completed: [127.0.0.1:32800] 200 DELETE /library/metadata/617?inc
There is a great deal of deletion with āPermission deniedā activity.
May 07, 2020 01:51:30.981 [0x7efb70ff9700] ERROR - Couldn't delete the file "/mnt/plex/Movies/Casablanca (1942)": Permission denied
You might want to get control of your media and then re-evaluate the metadata / posters ?
Thanks for finding this.
Very strange indeed since the files have actually been deleted. There are only two files left in the Movies directory. I will take another look into the permissions. Both Movies and TV Shows folder were created at the same time with the same settings, there shouldnāt be any differences between them.
The files themselves reside on a dedicated hard drive directly connected to the machine (not a remote volume).
I have successfully set up other Plex servers on both FreeNas and Macintosh, never had any issues. This one is a first.
I will report on the progress.
OK, so I changed the owner of the plex media repository to plex:plex (previously it had a different owner that caused the above error of not being able to delete a file).
Checked the DNS resolver (using 8.8.8.8 now).
Updated all software to latest version including Ubuntu itself to 20.04.
Rebooted machine.
Kept only three movies in the folder.
Exactly the same problem: Movies are not at all or only partially updated. No poster image. Just internal screenshots from the movie.
Very curious: It still works a treat in the TV Shows section. Absolutely no issues there.
Also on a different server type: FreeNas install with the same films updates movie posters no problem.
This seems to be a specific Ubuntu issue. What baffles me is the difference between TV Shows and Films: both have exactly the same permissions. One works, the other one doesnāt.
Iāll attach the latest log files.Plex Media Server Logs_2020-05-08_02-32-29.zip (1.1 MB)
As shown in previous posts. It has nothing to do with Linux it is a problem with the latest fritzbox and Docsis 3.1. Use a VPN to gather metadata and afterwards switch it off to grant access for remote users again.
There will be an update for the fritzbox in the future, and the problem will hopefully fix. It has something to do with the connection and network layers.
Well, I donāt have a FritzBox in front of this server. Here a Huawei mobile broadband router does all the work.
I do however have another Plex server (on FreeNas) that sits behind a FritzBox 7530 and it works just fine.
I have installed various Plex servers over the time and never encountered this sort of issue. My gut feeling (as an IT professional) still tells me that this is something very specific to Ubuntu. Somewhere something keels over and fails to download poster images from the IMDB or whereever they are sourced from. Itās peculiar that it is limited to images. The texts for the most come over fine.
It could be something as mundane as an upper/lower case spelling. I noticed that the file structure of the Plex Mediaserver in Ubuntu is pretty much identical to the OSX file structure. Now the Mac is case-agnostic when it comes to file and path names but Ubuntu isnāt. Hence I can have a āDownloadsā folder next to a ādownloadsā folder.
Maybe itās that. But very hard to spot.
I donāt know what a fritzbox is, but I can confirm that the issue started for me when I upgraded to a Docsis 3.1 modem.
