mgutt Posted October 8, 2020 Share Posted October 8, 2020 People having problems with the official Plex docker container can answer to this thread. If you use the version of Linuxserver.io, post here. So I hope we can help each other. Quote Link to comment
mgutt Posted October 8, 2020 Author Share Posted October 8, 2020 (edited) 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: And this is my main server with XFS cache drive: 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: 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 October 8, 2020 by mgutt Quote Link to comment
mgutt Posted October 8, 2020 Author Share Posted October 8, 2020 (edited) 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 October 9, 2020 by mgutt Quote Link to comment
mgutt Posted October 8, 2020 Author Share Posted October 8, 2020 (edited) 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: As the "JSON" issue seems to be a bug, I opened an issue. Edited October 8, 2020 by mgutt Quote Link to comment
itimpi Posted October 8, 2020 Share Posted October 8, 2020 Are you running the 6.9.0 beta release and taken the steps detailed in the Release Notes to significantly reduced the write load? Quote Link to comment
mgutt Posted October 8, 2020 Author Share Posted October 8, 2020 (edited) 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 October 8, 2020 by mgutt Quote Link to comment
pimmesz Posted December 14, 2020 Share Posted December 14, 2020 Hi! I'm having a weird issue with my Plex container. It seems to write the metadata to cache instead of the unassigned device which I assigned the plex appdata to... Anyone an idea what could cause this? My config is linked to /mnt/disks/plex_appdata/ which is a seperate SSD. tower-diagnostics-20201214-1542.zip Quote Link to comment
mgutt Posted January 13, 2021 Author Share Posted January 13, 2021 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. Quote Link to comment
Duckers Posted August 28, 2022 Share Posted August 28, 2022 I have this issue today as it started yesterday after 4 weeks of use. And it's doing the loop every 5 sec making hdd activity. Quote Link to comment
doobyns Posted October 7, 2022 Share Posted October 7, 2022 (edited) 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 October 14, 2022 by doobyns Quote Link to comment
doobyns Posted October 21, 2022 Share Posted October 21, 2022 (edited) 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 October 21, 2022 by doobyns 1 Quote Link to comment
DjJoakim Posted November 12, 2022 Share Posted November 12, 2022 Hey! After last upgrade 6.11.3, Plex isn't reachable to network Anyone having the same issues, or know where to start searching for what's wrong? Quote Link to comment
mgutt Posted November 12, 2022 Author Share Posted November 12, 2022 Check the first page debug 5xx error part. Quote Link to comment
theredviper Posted November 20, 2022 Share Posted November 20, 2022 (edited) 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 November 20, 2022 by theredviper Quote Link to comment
Phreaknes Posted November 25, 2022 Share Posted November 25, 2022 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. Quote Link to comment
mgutt Posted November 25, 2022 Author Share Posted November 25, 2022 28 minutes ago, Phreaknes said: 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. How did you move the files? Was Plex running while you moved the files? Quote Link to comment
Phreaknes Posted November 25, 2022 Share Posted November 25, 2022 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 Quote Link to comment
mgutt Posted November 25, 2022 Author Share Posted November 25, 2022 And all Disks do not contain an appdata dir anymore? Quote Link to comment
Phreaknes Posted November 25, 2022 Share Posted November 25, 2022 Correct, All of the array disks, Quote Link to comment
mgutt Posted November 25, 2022 Author Share Posted November 25, 2022 Need to ask this: Where is your backup? ^^ 1 hour ago, Phreaknes said: new’ Appdata for the Plex docker (screenshot here) Can't see the second screenshot in detail. In which unRAID paths are your movies and which path is used in your container? Quote Link to comment
Phreaknes Posted November 25, 2022 Share Posted November 25, 2022 I have backups of the raw movies and music files 3 2 1'd , I'm not really worried about that but I have a huge Music library and done a ton of work to get album cover right. This is years of work. Quote Link to comment
Phreaknes Posted November 25, 2022 Share Posted November 25, 2022 Is there a setting in the app / server config to point at the media data? Quote Link to comment
Hoopster Posted November 25, 2022 Share Posted November 25, 2022 (edited) 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): Edited November 25, 2022 by Hoopster Quote Link to comment
Phreaknes Posted November 25, 2022 Share Posted November 25, 2022 So I have all my media sorted under PlexMedia. and the docker is pointed at it. Could it be a permissions problem? is there a log that may have some information? Quote Link to comment
Hoopster Posted November 25, 2022 Share Posted November 25, 2022 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? Quote Link to comment
Recommended Posts
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.