No metadata in OMV Docker

Thanks for the clarification @ChuckPa,

Raspberry Pi4, OMV 5, docker with portainer as the GUI.

I am not a Linux or programming guru, so I am muddling my way through. I have checked permissions on the folders, and as the TV shows and Music albums are all OK I must have that right. (Assumption)

I have stopped PMS, then deleted the HTTPCookies files and all data folders in the “/Library/Application Support/Plex Media Server/Plug-In Support” folder that the config points to in the container, then started PMS. No dice.

Some metadata is showing up, for actors, directors, synopsis etc. But only for some movies. The rest have nothing. I have left the server running overnight and nothing changes. I have refreshed the metadata a couple of times and get nothing new.

It is super-slow compared to my previous win-based server that went pop. Not slow as in ‘it’s a raspberry pi, what do you expect?’, but as in slow to download anything. Responsiveness for streaming the media in my house is quick, loading the library is quick. Just the internet connection seems to be the bottleneck. The connection shows as 1000Mb connection on the LAN.

I am not sure what else I can try to resolve this one minor issue.

If you can grab the logs and there’s some tangible error visible,
Then we can get on it.

Right now, I’m seeing reports but the logs have been free of errors.
It’s quite a perplexing issue.

Latest logs attached. From what I can see in the folders for the metadata it is downloading the information. (I think) it just is not able to parse it back to the PMS and show it. I might be clutching at straws here.

Plex Media Server Logs_2020-01-10_01-48-41.zip (5.4 MB)

That’s what I thought I was seeing. I’ll look now.

Deleted all the HTTPCookie files again and re-scanned the movies. PMS managed to download one movie metadata, missing the year released, poster or other information, then continued with the rest of the files, failing each time.

There seems to be a time-out or something stopping PMS from completing the download?

Latest log files after stopping PMS, deleting files and restarting.

Plex Media Server Logs_2020-01-10_02-28-46.zip (4.2 MB)

@ScorpioTaz

I’m finding a lot of other issues.
Confirming (so I am certain I’ve not mixed up logs): ARMv7

Jan 10, 2020 00:26:25.789 [0xb463a010] DEBUG - ChangestampAllocator: initialized to 738838
Jan 10, 2020 00:26:25.789 [0xb463a010] DEBUG - Opening 2 database sessions to library (com.plexapp.plugins.library.blobs), SQLite 3.26.0, threadsafe=1
Jan 10, 2020 00:26:25.809 [0xb463a010] INFO - SQLITE3:0x11d, 283, recovered 348 frames from WAL file /config/Library/Application Support/Plex Media Server/Plug-in Support/Databases/com.plexapp.plugins.library.blobs.db-wal
Jan 10, 2020 00:26:25.821 [0xb463a010] DEBUG - Running migrations. (EPG 0)
Jan 10, 2020 00:26:25.826 [0xb463a010] WARN - [FFMPEG] - Error loading external lib: /config/Library/Application Support/Plex Media Server/Codecs/8bf330d-2818-linux-armv7hf_neon/libac3_decoder.so: failed to map segment from shared object
Jan 10, 2020 00:26:25.828 [0xb463a010] WARN - [FFMPEG] - Error loading external lib: /config/Library/Application Support/Plex Media Server/Codecs/8bf330d-2818-linux-armv7hf_neon/libmp3_decoder.so: failed to map segment from shared object
Jan 10, 2020 00:26:25.837 [0xb463a010] WARN - [FFMPEG] - Error loading external lib: /config/Library/Application Support/Plex Media Server/Codecs/8bf330d-2818-linux-armv7hf_neon/libhevc_decoder.so: failed to map segment from shared object
Jan 10, 2020 00:26:25.839 [0xb463a010] WARN - [FFMPEG] - Error loading external lib: /config/Library/Application Support/Plex Media Server/Codecs/8bf330d-2818-linux-armv7hf_neon/libaac_encoder.so: failed to map segment from shared object
Jan 10, 2020 00:26:25.841 [0xb463a010] WARN - [FFMPEG] - Error loading external lib: /config/Library/Application Support/Plex Media Server/Codecs/8bf330d-2818-linux-armv7hf_neon/libmpeg4_decoder.so: failed to map segment from shared object
Jan 10, 2020 00:26:25.844 [0xb463a010] WARN - [FFMPEG] - Error loading external lib: /config/Library/Application Support/Plex Media Server/Codecs/8bf330d-2818-linux-armv7hf_neon/libh264_decoder.so: failed to map segment from shared object
Jan 10, 2020 00:26:25.846 [0xb463a010] WARN - [FFMPEG] - Error loading external lib: /config/Library/Application Support/Plex Media Server/Codecs/8bf330d-2818-linux-armv7hf_neon/liblibx264_encoder.so: failed to map segment from shared object
Jan 10, 2020 00:26:25.879 [0xb463a010] DEBUG - CERT: Installed certificate with fingerprint 7c:59:23:0c:a5:51:6c:67:92:4a:63:3c:d7:38:e5:e2:6c:84:88:23.
Jan 10, 2020 00:26:25.879 [0xb463a010] DEBUG - CERT: Installed new private key.

@ChuckPa

Yes, ARMv7 rings a bell that I saw somewhere. That and armhf show on the pi for architecture and according to Plex i should be using Armv7.

I am now not getting music metadata either, where I was before.

I think I am going to try fresh again, not change any settings anywhere, and see what happens.

The partition you have your /config stored on does not allow the exec bit.
That’s why the shared libraries (codecs) won’t load.

@ChuckPa

Is there an easy fix?.. Never mind, had a look and removed the noexec from the mounting.

Now re-trying with exec allowed on the /config location.

OK… exec permissions allowed on the /config storage location.
Deleted the entire Plex container, old config files completely. Restarted everything, changed nothing on default setup.
I can get metadata for the movies on restart.

But no images are being downloaded/saved?
And after about five minutes PMS stops getting the movie metadata completely.

Plex Media Server Logs_2020-01-10_15-27-29.zip (363.9 KB)

I see an error in the retrieval from TMDB. I’m going to ask the metadata guys.
back asap

I tried again… I cannot recreate whatever is happening. It might be upstream or even between TMDB and me.

As a simple test,
Can you stand up a native, non-container, install on any system in your home?
Just enough to compare the container vs native

Downloaded Plex for my windows machine.

Metadata is downloading OK.

With the refresh on the Pi server no metadata is downloading for anything now. Music, TV or Movies.

Windows:
Plex Media Server Logs_2020-01-10_14-18-03.zip (1.8 MB)

Linux:
Plex Media Server Logs_2020-01-10_20-24-52.zip (2.9 MB)

So that begs the question,

Given docker can also abstract the network layer (adding a layer of NAT),

what’s different between the two systems?

?? :man_shrugging:

Beyond my pay grade!

Network configuration / addressing?

How is the docker container setup? Host network addressing or NAT network addressing?

Host network addressing.

Edit: Going through the cat /etc/resolv.conf command in the container/docker it points to the home router as name server.
cat /etc/resolv.conf in the home directory gives DNS 1.1.1.1 as expected

Ok, so to recap:

  1. In the docker container, posters don’t download
  2. On the native Windows host , posters download and everything is fine.

Now, here’s the “Fry our brains” puzzle:

The code (Python) which does the retrieval and the C++ in PMS is the same source.

One last, “For Laughs” ?

Spin up a fresh container, use NAT addressing instead, leave all the PMS settings as defaults for the library section… Make the Agent to use the other one. Let me know which you switched from and to.

Adjust for maximum smoke.

@ChuckPa

NAT addressing? Is that the bridge?

No. NAT addressing means the docker container has an internal IP address which isn’t on the same LAN as your LAN.

example:

NAT addressing: Docker container IP: 10.0.0.5, Host IP: 192.168.0.10
HOST addressing: Docker container IP: 192.168.0.10. Host IP: 192.168.0.10
Bridge addressing: Docker container IP: 192.168.0.26. Host IP: 192.168.0.10

Bridge makes it its own host on your LAN just as if a free-standing machine/ entity