[Support] Plex Media Server - Official


Recommended Posts

Since 2019 there seems to exist a bug which causes constantly writes:

https://forums.plex.tv/t/pms-docker-unraid-is-constantly-writing-to-its-docker-home-library/419895

https://www.reddit.com/r/unRAID/comments/gw4k6x/plex_help_it_keeps_writing/

https://www.reddit.com/r/unRAID/comments/beaavt/plex_docker_is_constantly_writing_to_my_cache_ssd/

https://www.reddit.com/r/PleX/comments/bece3f/official_plex_docker_on_unraid_server_is/

 

Some people suggest to change the SSD cache filesystem from BTRFS to XFS, which seems to be part of an Unraid bug. But finally this reduces only the write size. They are still happening.

 

This is Plex on my backup server with BTRFS cache drive:

1188434734_2020-10-0810_10_08.thumb.png.149b8cf946f06ec93a999e374be5673c.png

 

And this is my main server with XFS cache drive:

1757876368_2020-10-0810_11_46.thumb.png.65c2252882f05ddc24c8a12d7d9efcae.png

 

To investigate this problem I went to Docker -> Plex Icon -> Console and entered this command on both servers to obtain all files that were changed in the last minute:

find / -mmin -1 -ls > /config/recent_modified_files$(date +"%Y%m%d_%H%M%S").txt

Attached you find the result.

 

I searched for /config/ and found on the backup server this changed files:

    996794    172 -rw-r--r--   1 plex     users      176120 Oct  8 10:12 /config/Library/Application\ Support/Plex\ Media\ Server/Logs/Plex\ Media\ Server.log

I checked the log file first. Those changes were added in the last minute:

Oct 08, 2020 10:11:46.176 [0x154d2f1f8700] DEBUG - Request: [127.0.0.1:45102 (Loopback)] GET /identity (2 live) Signed-in
Oct 08, 2020 10:11:46.176 [0x154d45512700] DEBUG - Completed: [127.0.0.1:45102] 200 GET /identity (2 live) 0ms 398 bytes (pipelined: 1)
Oct 08, 2020 10:11:51.389 [0x154d2f1f8700] DEBUG - Request: [127.0.0.1:45104 (Loopback)] GET /identity (2 live) Signed-in
Oct 08, 2020 10:11:51.389 [0x154d45512700] DEBUG - Completed: [127.0.0.1:45104] 200 GET /identity (2 live) 0ms 398 bytes (pipelined: 1)
Oct 08, 2020 10:11:56.622 [0x154d2f1f8700] DEBUG - Request: [127.0.0.1:45106 (Loopback)] GET /identity (2 live) Signed-in
Oct 08, 2020 10:11:56.623 [0x154d45512700] DEBUG - Completed: [127.0.0.1:45106] 200 GET /identity (2 live) 0ms 398 bytes (pipelined: 1)
Oct 08, 2020 10:12:01.835 [0x154d2f1f8700] DEBUG - Request: [127.0.0.1:45108 (Loopback)] GET /identity (2 live) Signed-in
Oct 08, 2020 10:12:01.836 [0x154d45512700] DEBUG - Completed: [127.0.0.1:45108] 200 GET /identity (2 live) 0ms 398 bytes (pipelined: 1)
Oct 08, 2020 10:12:07.070 [0x154d2f1f8700] DEBUG - Request: [127.0.0.1:45110 (Loopback)] GET /identity (2 live) Signed-in
Oct 08, 2020 10:12:07.071 [0x154d45713700] DEBUG - Completed: [127.0.0.1:45110] 200 GET /identity (2 live) 0ms 398 bytes (pipelined: 1)
Oct 08, 2020 10:12:12.293 [0x154d2f1f8700] DEBUG - Request: [127.0.0.1:45112 (Loopback)] GET /identity (2 live) Signed-in
Oct 08, 2020 10:12:12.293 [0x154d45713700] DEBUG - Completed: [127.0.0.1:45112] 200 GET /identity (2 live) 0ms 398 bytes (pipelined: 1)
Oct 08, 2020 10:12:17.502 [0x154d2f1f8700] DEBUG - Request: [127.0.0.1:45114 (Loopback)] GET /identity (2 live) Signed-in
Oct 08, 2020 10:12:17.502 [0x154d45512700] DEBUG - Completed: [127.0.0.1:45114] 200 GET /identity (2 live) 0ms 398 bytes (pipelined: 1)
Oct 08, 2020 10:12:22.703 [0x154d2f1f8700] DEBUG - Request: [127.0.0.1:45116 (Loopback)] GET /identity (2 live) Signed-in
Oct 08, 2020 10:12:22.703 [0x154d45713700] DEBUG - Completed: [127.0.0.1:45116] 200 GET /identity (2 live) 0ms 398 bytes (pipelined: 1)
Oct 08, 2020 10:12:27.915 [0x154d2f1f8700] DEBUG - Request: [127.0.0.1:45118 (Loopback)] GET /identity (2 live) Signed-in
Oct 08, 2020 10:12:27.915 [0x154d45512700] DEBUG - Completed: [127.0.0.1:45118] 200 GET /identity (2 live) 0ms 398 bytes (pipelined: 1)
Oct 08, 2020 10:12:33.130 [0x154d2f1f8700] DEBUG - Request: [127.0.0.1:45120 (Loopback)] GET /identity (2 live) Signed-in
Oct 08, 2020 10:12:33.130 [0x154d45713700] DEBUG - Completed: [127.0.0.1:45120] 200 GET /identity (2 live) 0ms 398 bytes (pipelined: 1)
Oct 08, 2020 10:12:38.331 [0x154d2f1f8700] DEBUG - Request: [127.0.0.1:45122 (Loopback)] GET /identity (2 live) Signed-in
Oct 08, 2020 10:12:38.331 [0x154d45713700] DEBUG - Completed: [127.0.0.1:45122] 200 GET /identity (2 live) 0ms 398 bytes (pipelined: 1)
Oct 08, 2020 10:12:43.548 [0x154d2f1f8700] DEBUG - Request: [127.0.0.1:45124 (Loopback)] GET /identity (2 live) Signed-in
Oct 08, 2020 10:12:43.548 [0x154d45713700] DEBUG - Completed: [127.0.0.1:45124] 200 GET /identity (2 live) 0ms 398 bytes (pipelined: 1)

Does anyone know why those "loopback" requests are happening? I wonder about those "DEBUG" entries as my Plex Debug Level is disabled:

810404882_2020-10-0810_24_01.png.58fd7eb06a049e7df5efb5cc286c8d7d.png

 

But those small log entries can't be the main problem. As we can read in this thread, the main problem are the writes to the docker.img file. I'm not sure if this is really a bug or a misconfigured container. For example I had made a mistake in the past and set the wrong transcoding path. By that Plex wrote all temporary transcoding files to the docker.img itself.  Maybe we only need to add a path, so the docker.img is left untouch?!

 

To find it out we need to investigate the files inside the docker.img, but at first I want to test if changing the Docker vDisk location path from:

/mnt/user/system/docker/docker.img

to:

/mnt/cache/system/docker/docker.img

By that we bypass Unraid's SHFS overhead and enable direct disk access (use with caution, read this tweak).

 

EDIT: Nope. Didn't help to reduce traffic. But nevertheless I will keep this tweak as it reduces cpu load.

 

So now, let's check the docker.img. This follows in the next post.

recent_modified_files20201008_101243.zip

Edited by mgutt
Link to comment

We monitor the docker.img writes as follows:

inotifywait -mr /var/lib/docker

Which returns a huge amount of changed files inside the docker image. So I executed the following command which I manually interrupted after 1 minute:

inotifywait --timefmt %c --format '%T %_e %w %f' -mr /var/lib/docker > /mnt/user/system/docker/recent_modified_files_$(date +"%Y%m%d_%H%M%S").txt

Attached you find this log file. After viewing it, I would say we can ignore all non writing events, so I removed all of them with PSPad and this regex:

.* (OPEN|ACCESS|CLOSE_NOWRITE_CLOSE|OPEN_ISDIR|CLOSE_NOWRITE_CLOSE_ISDIR) .*

 

 which leaves the following:

Thu Oct  8 11:48:00 2020 CREATE /var/lib/docker/containers/40b4197fdea122178139e9571ae5f4040a2ef69449acf14e616010c7e293bb44/ .tmp-config.v2.json453644074
Thu Oct  8 11:48:00 2020 MODIFY /var/lib/docker/containers/40b4197fdea122178139e9571ae5f4040a2ef69449acf14e616010c7e293bb44/ .tmp-config.v2.json453644074
Thu Oct  8 11:48:00 2020 CREATE /var/lib/docker/containers/40b4197fdea122178139e9571ae5f4040a2ef69449acf14e616010c7e293bb44/ .tmp-hostconfig.json420902017
Thu Oct  8 11:48:00 2020 MODIFY /var/lib/docker/containers/40b4197fdea122178139e9571ae5f4040a2ef69449acf14e616010c7e293bb44/ .tmp-hostconfig.json420902017
Thu Oct  8 11:48:00 2020 CLOSE_WRITE_CLOSE /var/lib/docker/containers/40b4197fdea122178139e9571ae5f4040a2ef69449acf14e616010c7e293bb44/ .tmp-hostconfig.json420902017
Thu Oct  8 11:48:00 2020 ATTRIB /var/lib/docker/containers/40b4197fdea122178139e9571ae5f4040a2ef69449acf14e616010c7e293bb44/ .tmp-hostconfig.json420902017
Thu Oct  8 11:48:01 2020 MOVED_FROM /var/lib/docker/containers/40b4197fdea122178139e9571ae5f4040a2ef69449acf14e616010c7e293bb44/ .tmp-hostconfig.json420902017
Thu Oct  8 11:48:01 2020 MOVED_TO /var/lib/docker/containers/40b4197fdea122178139e9571ae5f4040a2ef69449acf14e616010c7e293bb44/ hostconfig.json
Thu Oct  8 11:48:01 2020 CLOSE_WRITE_CLOSE /var/lib/docker/containers/40b4197fdea122178139e9571ae5f4040a2ef69449acf14e616010c7e293bb44/ .tmp-config.v2.json453644074
Thu Oct  8 11:48:01 2020 ATTRIB /var/lib/docker/containers/40b4197fdea122178139e9571ae5f4040a2ef69449acf14e616010c7e293bb44/ .tmp-config.v2.json453644074
Thu Oct  8 11:48:01 2020 MOVED_FROM /var/lib/docker/containers/40b4197fdea122178139e9571ae5f4040a2ef69449acf14e616010c7e293bb44/ .tmp-config.v2.json453644074
Thu Oct  8 11:48:01 2020 MOVED_TO /var/lib/docker/containers/40b4197fdea122178139e9571ae5f4040a2ef69449acf14e616010c7e293bb44/ config.v2.json
Thu Oct  8 11:48:06 2020 CREATE /var/lib/docker/containers/40b4197fdea122178139e9571ae5f4040a2ef69449acf14e616010c7e293bb44/ .tmp-config.v2.json583460332
Thu Oct  8 11:48:06 2020 MODIFY /var/lib/docker/containers/40b4197fdea122178139e9571ae5f4040a2ef69449acf14e616010c7e293bb44/ .tmp-config.v2.json583460332
Thu Oct  8 11:48:06 2020 CREATE /var/lib/docker/containers/40b4197fdea122178139e9571ae5f4040a2ef69449acf14e616010c7e293bb44/ .tmp-hostconfig.json231622235
Thu Oct  8 11:48:06 2020 MODIFY /var/lib/docker/containers/40b4197fdea122178139e9571ae5f4040a2ef69449acf14e616010c7e293bb44/ .tmp-hostconfig.json231622235
Thu Oct  8 11:48:06 2020 CLOSE_WRITE_CLOSE /var/lib/docker/containers/40b4197fdea122178139e9571ae5f4040a2ef69449acf14e616010c7e293bb44/ .tmp-hostconfig.json231622235
Thu Oct  8 11:48:06 2020 ATTRIB /var/lib/docker/containers/40b4197fdea122178139e9571ae5f4040a2ef69449acf14e616010c7e293bb44/ .tmp-hostconfig.json231622235
Thu Oct  8 11:48:06 2020 MOVED_FROM /var/lib/docker/containers/40b4197fdea122178139e9571ae5f4040a2ef69449acf14e616010c7e293bb44/ .tmp-hostconfig.json231622235
Thu Oct  8 11:48:06 2020 MOVED_TO /var/lib/docker/containers/40b4197fdea122178139e9571ae5f4040a2ef69449acf14e616010c7e293bb44/ hostconfig.json
Thu Oct  8 11:48:06 2020 CLOSE_WRITE_CLOSE /var/lib/docker/containers/40b4197fdea122178139e9571ae5f4040a2ef69449acf14e616010c7e293bb44/ .tmp-config.v2.json583460332
Thu Oct  8 11:48:06 2020 ATTRIB /var/lib/docker/containers/40b4197fdea122178139e9571ae5f4040a2ef69449acf14e616010c7e293bb44/ .tmp-config.v2.json583460332
Thu Oct  8 11:48:06 2020 MOVED_FROM /var/lib/docker/containers/40b4197fdea122178139e9571ae5f4040a2ef69449acf14e616010c7e293bb44/ .tmp-config.v2.json583460332
Thu Oct  8 11:48:06 2020 MOVED_TO /var/lib/docker/containers/40b4197fdea122178139e9571ae5f4040a2ef69449acf14e616010c7e293bb44/ config.v2.json
...
constantly repeating every 5 seconds

So let's check whats inside this "40b4197fdea122178139e9571ae5f4040a2ef69449acf14e616010c7e293bb44" container:

ls -l /var/lib/docker/containers/40b4197fdea122178139e9571ae5f4040a2ef69449acf14e616010c7e293bb44/
total 32
-rw-r----- 1 root root 7082 Oct  8 10:51 40b4197fdea122178139e9571ae5f4040a2ef69449acf14e616010c7e293bb44-json.log
drwx------ 1 root root    0 Oct  8 09:27 checkpoints/
-rw------- 1 root root 4746 Oct  8 12:00 config.v2.json
-rw-r--r-- 1 root root 1725 Oct  8 12:00 hostconfig.json
-rw-r--r-- 1 root root    6 Oct  8 10:51 hostname
-rw-r--r-- 1 root root   77 Oct  8 10:51 hosts
drwx------ 1 root root    0 Oct  8 09:27 mounts/
-rw-r--r-- 1 root root  170 Oct  8 10:51 resolv.conf

And what is inside this config.v2.json and hostconfig.json (attached you find a formatted version)

cat /var/lib/docker/containers/40b4197fdea122178139e9571ae5f4040a2ef69449acf14e616010c7e293bb44/*.json

{"StreamConfig":{},"State":{"Running":true,"Paused":false,"Restarting":false,"OOMKilled":false,"RemovalInProgress":false,"Dead":false,"Pid":24422,"ExitCode":0,"Error":"","StartedAt":"2020-10-08T08:51:13.276579046Z","FinishedAt":"2020-10-08T08:47:39.688294924Z","Health":{"Status":"healthy","FailingStreak":0,"Log":[{"Start":"2020-10-08T12:02:42.459650529+02:00","End":"2020-10-08T12:02:42.569505318+02:00","ExitCode":0,"Output":""},{"Start":"2020-10-08T12:02:47.69109973+02:00","End":"2020-10-08T12:02:47.801361267+02:00","ExitCode":0,"Output":""},{"Start":"2020-10-08T12:02:52.904547907+02:00","End":"2020-10-08T12:02:53.012702276+02:00","ExitCode":0,"Output":""},{"Start":"2020-10-08T12:02:58.126848656+02:00","End":"2020-10-08T12:02:58.235984475+02:00","ExitCode":0,"Output":""},{"Start":"2020-10-08T12:03:03.338230958+02:00","End":"2020-10-08T12:03:03.451949041+02:00","ExitCode":0,"Output":""}]}},"ID":"40b4197fdea122178139e9571ae5f4040a2ef69449acf14e616010c7e293bb44","Created":"2020-10-08T07:27:54.088945211Z","Managed":false,"Path":"/init","Args":[],"Config":{"Hostname":"Black","Domainname":"","User":"","AttachStdin":false,"AttachStdout":false,"AttachStderr":false,"ExposedPorts":{"1900/udp":{},"3005/tcp":{},"32400/tcp":{},"32410/udp":{},"32412/udp":{},"32413/udp":{},"32414/udp":{},"32469/tcp":{},"8324/tcp":{}},"Tty":false,"OpenStdin":false,"StdinOnce":false,"Env":["claim-Bwfnkm7ZKn5-DZMcP9tz=Insert Token from https://plex.tv/claim","PLEX_UID=99","PLEX_GID=100","VERSION=latest","TZ=Europe/Berlin","HOST_OS=Unraid","PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin","TERM=xterm","LANG=C.UTF-8","LC_ALL=C.UTF-8","CHANGE_CONFIG_DIR_OWNERSHIP=true","HOME=/config"],"Cmd":null,"Healthcheck":{"Test":["CMD-SHELL","/healthcheck.sh || exit 1"],"Interval":5000000000,"Timeout":2000000000,"Retries":20},"Image":"plexinc/pms-docker:latest","Volumes":{"/config":{},"/transcode":{}},"WorkingDir":"","Entrypoint":["/init"],"OnBuild":null,"Labels":{}},"Image":"sha256:e5e4fc9b0413a8a7ca4f1defea1dc07e4a419d1d4313350fbb7c58ced2e01767","NetworkSettings":{"Bridge":"","SandboxID":"0dae3e7d2a79a03eae10a401a686966a9f3398f556930775b6e2af1b15258c41","HairpinMode":false,"LinkLocalIPv6Address":"","LinkLocalIPv6PrefixLen":0,"Networks":{"host":{"IPAMConfig":null,"Links":null,"Aliases":null,"NetworkID":"e57bd2ed83e24be957361c8e471ebf39700dbe54102ccde5a182314532a5781e","EndpointID":"5823d8a0fcd4cc06699b1666baa42cc9b0f37d470d4e21fb95743655c656ea68","Gateway":"","IPAddress":"","IPPrefixLen":0,"IPv6Gateway":"","GlobalIPv6Address":"","GlobalIPv6PrefixLen":0,"MacAddress":"","DriverOpts":null,"IPAMOperational":false}},"Service":null,"Ports":{},"SandboxKey":"/var/run/docker/netns/default","SecondaryIPAddresses":null,"SecondaryIPv6Addresses":null,"IsAnonymousEndpoint":false,"HasSwarmEndpoint":false},"LogPath":"/var/lib/docker/containers/40b4197fdea122178139e9571ae5f4040a2ef69449acf14e616010c7e293bb44/40b4197fdea122178139e9571ae5f4040a2ef69449acf14e616010c7e293bb44-json.log","Name":"/Plex-Media-Server","Driver":"btrfs","OS":"linux","MountLabel":"","ProcessLabel":"","RestartCount":0,"HasBeenStartedBefore":true,"HasBeenManuallyStopped":false,"MountPoints":{"/config":{"Source":"/mnt/cache/appdata/Plex-Media-Server","Destination":"/config","RW":true,"Name":"","Driver":"","Type":"bind","Relabel":"rw","Propagation":"rprivate","Spec":{"Type":"bind","Source":"/mnt/cache/appdata/Plex-Media-Server","Target":"/config"},"SkipMountpointCreation":false},"/movie":{"Source":"/mnt/user/movie","Destination":"/movie","RW":false,"Name":"","Driver":"","Type":"bind","Relabel":"ro","Propagation":"rprivate","Spec":{"Type":"bind","Source":"/mnt/user/movie","Target":"/movie","ReadOnly":true},"SkipMountpointCreation":false},"/transcode":{"Source":"/mnt/cache/appdata/Plex-Transcode","Destination":"/transcode","RW":true,"Name":"","Driver":"","Type":"bind","Relabel":"rw","Propagation":"rprivate","Spec":{"Type":"bind","Source":"/mnt/cache/appdata/Plex-Transcode","Target":"/transcode"},"SkipMountpointCreation":false},"/tv":{"Source":"/mnt/user/tv","Destination":"/tv","RW":false,"Name":"","Driver":"","Type":"bind","Relabel":"ro","Propagation":"rprivate","Spec":{"Type":"bind","Source":"/mnt/user/tv","Target":"/tv","ReadOnly":true},"SkipMountpointCreation":false}},"SecretReferences":null,"ConfigReferences":null,"AppArmorProfile":"","HostnamePath":"/var/lib/docker/containers/40b4197fdea122178139e9571ae5f4040a2ef69449acf14e616010c7e293bb44/hostname","HostsPath":"/var/lib/docker/containers/40b4197fdea122178139e9571ae5f4040a2ef69449acf14e616010c7e293bb44/hosts","ShmPath":"","ResolvConfPath":"/var/lib/docker/containers/40b4197fdea122178139e9571ae5f4040a2ef69449acf14e616010c7e293bb44/resolv.conf","SeccompProfile":"","NoNewPrivileges":false}

{"Binds":["/mnt/user/tv:/tv:ro","/mnt/cache/appdata/Plex-Media-Server:/config:rw","/mnt/cache/appdata/Plex-Transcode:/transcode:rw","/mnt/user/movie:/movie:ro"],"ContainerIDFile":"","LogConfig":{"Type":"json-file","Config":{"max-file":"1","max-size":"50m"}},"NetworkMode":"host","PortBindings":{},"RestartPolicy":{"Name":"no","MaximumRetryCount":0},"AutoRemove":false,"VolumeDriver":"","VolumesFrom":null,"CapAdd":null,"CapDrop":null,"Capabilities":null,"Dns":[],"DnsOptions":[],"DnsSearch":[],"ExtraHosts":null,"GroupAdd":null,"IpcMode":"private","Cgroup":"","Links":null,"OomScoreAdj":0,"PidMode":"","Privileged":false,"PublishAllPorts":false,"ReadonlyRootfs":false,"SecurityOpt":null,"UTSMode":"","UsernsMode":"","ShmSize":67108864,"Runtime":"runc","ConsoleSize":[0,0],"Isolation":"","CpuShares":0,"Memory":0,"NanoCpus":0,"CgroupParent":"","BlkioWeight":0,"BlkioWeightDevice":[],"BlkioDeviceReadBps":null,"BlkioDeviceWriteBps":null,"BlkioDeviceReadIOps":null,"BlkioDeviceWriteIOps":null,"CpuPeriod":0,"CpuQuota":0,"CpuRealtimePeriod":0,"CpuRealtimeRuntime":0,"CpusetCpus":"","CpusetMems":"","Devices":[{"PathOnHost":"/dev/dri","PathInContainer":"/dev/dri","CgroupPermissions":"rwm"}],"DeviceCgroupRules":null,"DeviceRequests":null,"KernelMemory":0,"KernelMemoryTCP":0,"MemoryReservation":0,"MemorySwap":0,"MemorySwappiness":null,"OomKillDisable":false,"PidsLimit":null,"Ulimits":null,"CpuCount":0,"CpuPercent":0,"IOMaximumIOps":0,"IOMaximumBandwidth":0,"MaskedPaths":["/proc/asound","/proc/acpi","/proc/kcore","/proc/keys","/proc/latency_stats","/proc/timer_list","/proc/timer_stats","/proc/sched_debug","/proc/scsi","/sys/firmware"],"ReadonlyPaths":["/proc/bus","/proc/fs","/proc/irq","/proc/sys","/proc/sysrq-trigger"]}

Ok, this is obviously a plex configuration file. But why is it updated every 5 seconds 🤨 I'll do some research about these files. Maybe I found something out.

 

EDIT: @Valerio found this out, too. And he confirmed, that this setting is also set of the pihole docker. This means, it's not a bug of Plex, instead its a bug of Unraid?!

 

recent_modified_files_20201008_114759.zip

cat_mnt_disks_docker_containers_json.zip

Edited by mgutt
Link to comment

Ok, I did not solve the big "json" issue, but the "loopback / DEBUG" one. I added through:

nano "/mnt/user/appdata/Plex-Media-Server/Library/Application Support/Plex Media Server/Preferences.xml"

the following to the xml:

logDebug="0"

Now, the "Plex Media Server.log" isn't updated every 5 seconds. Instead it stays the same since the last 5 minutes. Good. 

 

EDIT: Ok, I found the same setting through the Plex WebGUI which needs to be disabled:

2019-07-21-at-Jul-21-10.20-AM.thumb.png.968c94c8e8eea41bddbd79f8c807b56b.png

 

As the "JSON" issue seems to be a bug, I opened an issue.

Edited by mgutt
Link to comment
3 hours ago, itimpi said:

Are you running the 6.9.0 beta

No, but I know about the re-alignment issue. It reduces the traffic if the SSD was BTRFS formatted and/or had a "wrong" blocksize/alignment. But if I didn't miss something in the different beta announcements, this does not prevent the writes itself, which is the main problem of this after-effect.

Edited by mgutt
Link to comment
  • 2 months later...
  • 5 weeks later...
On 12/14/2020 at 3:42 PM, pimmesz said:

Anyone an idea what could cause this?

The logs says:

Quote

# Share exists on cache,disk3

This means you should disable the docker and vm service and run the mover. And after it moved all data where it belongs to, then you can restart the docker and vm services. As long they are in use, the mover can't move them.

Link to comment
  • 1 year later...
  • 1 month later...

hello, i noticed that the cpu usage of the Plex Media Server is significantly higher with Unraid Version: 6.11.1 compared to the 6.11.0, anyone noticed the same thing ?

 

Edit : it was due to another docker misconfiguration, sorry for the false alert.

 

Edited by doobyns
Link to comment
  • 2 weeks later...

I'm currently testing the last update available for PMS-Docker, the version 1.29.1.6316, waited 5 minutes for database migration : all seems to be OK even the 4k tonemapping while hw transcoding, cpu and gpu usage seems nominal, everything seems to be OK, great new !

Edited by doobyns
  • Thanks 1
Link to comment
  • 4 weeks later...

Having an issue with Plex v1.29.2.6364-6d72b0cf6 on unRAID 6.11.4 (was on 6.11.2 and same problem, upgrade didn't change it).

 

Quote

docker run
  -d
  --name='Plex-Media-Server'
  --net='host'
  -e TZ="America/Los_Angeles"
  -e HOST_OS="Unraid"
  -e HOST_HOSTNAME="Tower"
  -e HOST_CONTAINERNAME="Plex-Media-Server"
  -e 'PLEX_CLAIM'='claim-uUCmMyUqnaikN521eMxu'
  -e 'PLEX_UID'='99'
  -e 'PLEX_GID'='100'
  -e 'VERSION'='latest'
  -l net.unraid.docker.managed=dockerman
  -l net.unraid.docker.webui='http://[IP]:[PORT:32400]/web'
  -l net.unraid.docker.icon='https://raw.githubusercontent.com/plexinc/pms-docker/master/img/plex-server.png'
  -v '/mnt/user/appdata/Plex-Media-Server/transcode':'/transcode':'rw'
  -v '/mnt/user/Media/':'/data':'rw'
  -v '/mnt/user/appdata/Plex-Media-Server':'/config':'rw' 'plexinc/pms-docker'
899acfa647ce2785ea410a223908cd6840de77f38007933b4831c2b62e256dbb

 

Log in unRAID as follows:

Quote

[s6-init] making user provided files available at /var/run/s6/etc...exited 0.
[s6-init] ensuring user provided files have correct perms...exited 0.
[fix-attrs.d] applying ownership & permissions fixes...
[fix-attrs.d] done.
[cont-init.d] executing container initialization scripts...
[cont-init.d] 40-plex-first-run: executing... 
Plex Media Server first run setup complete
[cont-init.d] 40-plex-first-run: exited 0.
[cont-init.d] 45-plex-hw-transcode-and-connected-tuner: executing... 
[cont-init.d] 45-plex-hw-transcode-and-connected-tuner: exited 0.
[cont-init.d] 50-plex-update: executing... 
[cont-init.d] 50-plex-update: exited 0.
[cont-init.d] done.
[services.d] starting services
Starting Plex Media Server.
[services.d] done.
Jobs: Exec of ./CrashUploader failed. (2)
Critical: libusb_init failed
 

 

I understand that is a USB tuner lib which isn't relevant for me, don't have or use one. What other logs are helpful here?

Edited by theredviper
Link to comment

I have Plex in an UnRaid docker. I need to move severs soon. I’m in the process of shrinking the server down.

I did a move of all of the Appdata directories from the array to my ssd cache and all my other dockers came up fine except Plex.

Screenshot of what Plex web displays. it see’s my original pins so it’s seeing my original config (thus my original metadata) but the mapping to my array data is wrong or missing

Yes I updated the Docker config to point at the ‘new’ Appdata for the Plex docker (screenshot here)

When I do a browse /mnt I can go to /user and see my data in /PlexMedia which I have in the docker config

The Unraid support says its a Plex / docker issue, docker support says it’s a plex / Unraid mapping. I’ve been fighting this for 2 weeks and I’m at my wits end. I’ve searched all over and have over 100 tabs just on this one issue.

I think it’s a simple .ini / config file but I don’t know how or where to update it.

Link to comment

I shut each of the dockers apps and the docker service. 

 

I went to each drive from the main tab -> view (each drive) -> selected the appdata directories -> moved to appdata on the ssd / cache drive.

 

I did that on all of the drives in the array. once done I started the docker then manuallly checked the paths appdata paths on all the dockers. started the dockers an they all came up just like previous, except plex

Link to comment
20 minutes ago, Phreaknes said:

Is there a setting in the app / server config to point at the media data?

You create the host path to container path mapping(s) you need in order to access the data you want Plex to manage.  Every media type could have its own share on unRAID (mapped to different container paths in the Plex docker container) or you could just have one parent Media folder and point Plex libraries to folders for each media type if that is how you have it organized on unRAID.

 

I have shares for each media type.  Here is my Movies mapping (Host path is the unRAID storage location for the media):

image.thumb.png.760109a9d360a6a56579811277a96a8d.png

Edited by Hoopster
Link to comment
6 minutes ago, Phreaknes said:

So I have all my media sorted under PlexMedia. and the docker is pointed at it. Could it be a permissions problem?

In Plex are you you pointing to the container path you mapped to PlexMedia.  For example, if you mapped /media to /mnt/user/PlexMedia are you telling Plex to look in /media?

Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.