LG TV: Conversion failed. The transcoder exited due to an error

[wsegatto]

Server Version#: 1.19.5.3112
Player Version#: Plex for LG 3.13.29
I’m having trouble playing most movies in my parents’ LG TV. I get error “Conversion failed. The transcoder exited due to an error”. I saw some error messages in the logs. Can you help me figure out what’s wrong and why it’s trying to transcode first of all?

The logs are pretty big, but what matters is the latest things caught by the logs. The error should appear many times for different videos if you need further data.

Thank you! Logs attached.
WillPlex Media Server Logs_2020-09-28_20-18-24b.zip (3.6 MB)

[ChuckPa]

Please turn VERBOSE logging OFF unless requested.

VERBOSE logging loses more data than it retains plus it is 10x harder for us to diagnose most problems.

Pleases change the settings back to their default (DEBUG on, VERBOSE OFF)
Restart Plex
Recreate the problem
Download the logs
Attach the ZIP

[wsegatto]

Hi!

Sorry, I forgot to clear the logs, the actual part with the error had non-verbose.
I have completely cleaned the logs and reproduced the issue once again.
Let me know if this is what you wanted.

Thanks!
Plex Media Server Logs_2020-09-28_22-48-39c.zip (71.6 KB)

[ChuckPa]

You still have VERBOSE logging enabled. Did you forget to SAVE the change?

I am seeing a failure but not understanding where it’s coming from.

1. The player doesn’t have DirectPlay option enabled.
2. The option which it claims is illegal is crf:0

Sep 28, 2020 22:48:14.182 [0xa0efb440] VERBOSE -  * status => startup
Sep 28, 2020 22:48:14.183 [0xb1cff440] DEBUG - Completed: [127.0.0.1:50672] 204 PUT /video/:/transcode/session/ydklrjdtj89netl9kjygzbvi/36235e16-24b0-4393-a0e8-176e097d1677/progress?status=startup (7 live) 0ms 203 bytes (pipelined: 1) (range: bytes=0-) 
Sep 28, 2020 22:48:14.221 [0xa02ff440] ERROR - [Transcoder] Unrecognized option 'crf:0'.
Sep 28, 2020 22:48:14.222 [0xa0efb440] ERROR - [Transcoder] Error splitting the argument list: Option not found

What more can you tell me?

Does this same video play on other players without incident?

[wsegatto]

FYI, I added the “exec” flag to the /etc/fstab since my PMS folder from /var/lib is in a HDD for performance reasons.
That did not resolve the issue. I also pointed the transcoder folder to /home/pi/temp/transcoder owned by plex:plex and that did not resolve the issue.
New logs attached. It seems a general transcoding issue. I got the problem also by selecting a lower quality via Web Player in Chrome.Plex Media Server Logs_2020-09-28_23-15-05d.zip (1.0 MB)

[wsegatto]

I’ll fix the verbose, sorry.

[ChuckPa]

To help you understand the VERBOSE / non-VERBOSE issue for us.

Sep 28, 2020 22:48:26.513 [0xb14fe440] VERBOSE - Auth: Came in with a super-token, authorization succeeded.
Sep 28, 2020 22:48:26.513 [0xa0efb440] DEBUG - Request: [192.168.1.200:64395 (Subnet)] GET /library/sections/1/firstCharacter?type=1&sort=addedAt%3Adesc&includeCollections=1&includeExternalMedia=true (10 live) GZIP Signed-in Token (wsegatto)
Sep 28, 2020 22:48:26.513 [0xa0efb440] VERBOSE -  * Accept => application/json
Sep 28, 2020 22:48:26.513 [0xa0efb440] VERBOSE -  * Accept-Encoding => gzip, deflate
Sep 28, 2020 22:48:26.513 [0xa0efb440] VERBOSE -  * Accept-Language => en
Sep 28, 2020 22:48:26.513 [0xa0efb440] VERBOSE -  * Connection => keep-alive
Sep 28, 2020 22:48:26.513 [0xa0efb440] VERBOSE -  * Host => 192.168.1.93:32400
Sep 28, 2020 22:48:26.513 [0xa0efb440] VERBOSE -  * Origin => http://app.plex.tv
Sep 28, 2020 22:48:26.513 [0xa0efb440] VERBOSE -  * Referer => http://app.plex.tv/
Sep 28, 2020 22:48:26.513 [0xa0efb440] VERBOSE -  * User-Agent => Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/85.0.4183.121 Safari/537.36
Sep 28, 2020 22:48:26.513 [0xa0efb440] VERBOSE -  * X-Plex-Client-Identifier => 7boxjnjjrd8ri0sw8segmn1r
Sep 28, 2020 22:48:26.513 [0xa0efb440] VERBOSE -  * X-Plex-Device => Windows
Sep 28, 2020 22:48:26.513 [0xa0efb440] VERBOSE -  * X-Plex-Device-Name => Chrome
Sep 28, 2020 22:48:26.513 [0xa0efb440] VERBOSE -  * X-Plex-Device-Screen-Resolution => 1536x754,1536x864
Sep 28, 2020 22:48:26.513 [0xa0efb440] VERBOSE -  * X-Plex-Drm => none
Sep 28, 2020 22:48:26.513 [0xa0efb440] VERBOSE -  * X-Plex-Features => external-media,indirect-media
Sep 28, 2020 22:48:26.513 [0xa0efb440] VERBOSE -  * X-Plex-Language => en
Sep 28, 2020 22:48:26.513 [0xa0efb440] VERBOSE -  * X-Plex-Model => hosted
Sep 28, 2020 22:48:26.513 [0xa0efb440] VERBOSE -  * X-Plex-Platform => Chrome
Sep 28, 2020 22:48:26.513 [0xa0efb440] VERBOSE -  * X-Plex-Platform-Version => 85.0
Sep 28, 2020 22:48:26.513 [0xa0efb440] VERBOSE -  * X-Plex-Product => Plex Web
Sep 28, 2020 22:48:26.513 [0xa0efb440] VERBOSE -  * X-Plex-Provider-Version => 1.3
Sep 28, 2020 22:48:26.513 [0xa0efb440] VERBOSE -  * X-Plex-Sync-Version => 2
Sep 28, 2020 22:48:26.513 [0xa0efb440] VERBOSE -  * X-Plex-Text-Format => plain
Sep 28, 2020 22:48:26.513 [0xa0efb440] VERBOSE -  * X-Plex-Token => xxxxxxxxxxxxxxxxxxxx
Sep 28, 2020 22:48:26.513 [0xa0efb440] VERBOSE -  * X-Plex-Version => 4.43.1
Sep 28, 2020 22:48:26.513 [0xa0efb440] VERBOSE -  * type => 1
Sep 28, 2020 22:48:26.513 [0xa0efb440] VERBOSE -  * sort => addedAt:desc
Sep 28, 2020 22:48:26.513 [0xa0efb440] VERBOSE -  * includeCollections => 1
Sep 28, 2020 22:48:26.513 [0xa0efb440] VERBOSE -  * includeExternalMedia => true
Sep 28, 2020 22:48:26.513 [0xa0efb440] VERBOSE -  * X-Plex-Product => Plex Web
Sep 28, 2020 22:48:26.513 [0xa0efb440] VERBOSE -  * X-Plex-Version => 4.43.1
Sep 28, 2020 22:48:26.513 [0xa0efb440] VERBOSE -  * X-Plex-Client-Identifier => 7boxjnjjrd8ri0sw8segmn1r
Sep 28, 2020 22:48:26.513 [0xa0efb440] VERBOSE -  * X-Plex-Platform => Chrome
Sep 28, 2020 22:48:26.513 [0xa0efb440] VERBOSE -  * X-Plex-Platform-Version => 85.0
Sep 28, 2020 22:48:26.513 [0xa0efb440] VERBOSE -  * X-Plex-Sync-Version => 2
Sep 28, 2020 22:48:26.513 [0xa0efb440] VERBOSE -  * X-Plex-Features => external-media,indirect-media
Sep 28, 2020 22:48:26.513 [0xa0efb440] VERBOSE -  * X-Plex-Model => hosted
Sep 28, 2020 22:48:26.513 [0xa0efb440] VERBOSE -  * X-Plex-Device => Windows
Sep 28, 2020 22:48:26.513 [0xa0efb440] VERBOSE -  * X-Plex-Device-Name => Chrome
Sep 28, 2020 22:48:26.513 [0xa0efb440] VERBOSE -  * X-Plex-Device-Screen-Resolution => 1536x754,1536x864
Sep 28, 2020 22:48:26.513 [0xa0efb440] VERBOSE -  * X-Plex-Token => xxxxxxxxxxxxxxxxxxxx
Sep 28, 2020 22:48:26.513 [0xa0efb440] VERBOSE -  * X-Plex-Language => en
Sep 28, 2020 22:48:26.513 [0xa0efb440] VERBOSE -  * X-Plex-Drm => none
Sep 28, 2020 22:48:26.513 [0xa0efb440] VERBOSE -  * X-Plex-Text-Format => plain
Sep 28, 2020 22:48:26.513 [0xa0efb440] VERBOSE -  * X-Plex-Provider-Version => 1.3
Sep 28, 2020 22:48:26.517 [0xa0efb440] VERBOSE - It took 0.0 sec to serialize a list with 1 elements.
Sep 28, 2020 22:48:26.518 [0xb1cff440] DEBUG - Completed: [192.168.1.200:64395] 200 GET /library/sections/1/firstCharacter?type=1&sort=addedAt%3Adesc&includeCollections=1&includeExternalMedia=true (10 live) GZIP 4ms 662 bytes (pipelined: 1)
Sep 28, 2020 22:48:26.577 [0xa02ff440] DEBUG - It took 130.000000 ms to retrieve 50 items.
Sep 28, 2020 22:48:26.579 [0xa02ff440] DEBUG - Setting container serialization range to [0, 49] (total=135)
Sep 28, 2020 22:48:26.591 [0xa02ff440] VERBOSE - It took 0.0 sec to serialize a list with 50 elements.
Sep 28, 2020 22:48:26.605 [0xb1cff440] DEBUG - Completed: [192.168.1.200:64396] 200 GET /library/sections/1/all?type=1&sort=addedAt%3Adesc&includeCollections=1&includeExternalMedia=1&includeAdvanced=1&includeMeta=1 (10 live) GZIP Page 0-49 103ms 23145 bytes (pipelined: 1)
Sep 28, 2020 22:48:28.949 [0xb1cff440] VERBOSE - WebSocket: processed 1 frame(s)
Sep 28, 2020 22:48:32.038 [0xb1cff440] VERBOSE - WebSocket: processed 1 frame(s)
Sep 28, 2020 22:48:33.851 [0xb1cff440] DEBUG - WebSocket: client initiated close
Sep 28, 2020 22:48:33.851 [0xb1cff440] VERBOSE - WebSocket: processed 0 frame(s)
Sep 28, 2020 22:48:33.851 [0xb14fe440] DEBUG - NotificationStream: Removing because of close
Sep 28, 2020 22:48:33.852 [0xb1cff440] DEBUG - handleStreamRead code 2: End of file
Sep 28, 2020 22:48:33.852 [0xb1cff440] DEBUG - Completed after connection close: [192.168.1.200:55485] -3 GET /:/websockets/notifications?filters=log (10 live) GZIP 75046ms 578709 bytes
Sep 28, 2020 22:48:33.941 [0xb14fe440] VERBOSE - Auth: We found auth token (xxxxxxxxxxxxxxxxxxxx), enabling token-based authentication.
Sep 28, 2020 22:48:33.941 [0xb14fe440] DEBUG - Auth: authenticated user 1 as wsegatto
Sep 28, 2020 22:48:33.941 [0xb14fe440] VERBOSE - Auth: Came in with a super-token, authorization succeeded.
Sep 28, 2020 22:48:33.941 [0xa02ff440] DEBUG - Request: [192.168.1.200:64396 (Subnet)] GET /:/prefs (9 live) GZIP Signed-in Token (wsegatto)

is what we get when VERBOSE is enabled. We don’t care about the actual packets between the browser & server at this level. As you can see, there VERBOSE generates a lot of otherwise useless noise when trying to follow a sequence of events.

[wsegatto]

There you go. Sorry about that.
Plex Media Server Logs_2020-09-28_23-28-31e.zip (34.8 KB)

[ChuckPa]

Thank you .

That made it clear

Sep 28, 2020 23:26:09.912 [0xb6f13d40] DEBUG - Opening 20 database sessions to library (com.plexapp.plugins.library), SQLite 3.26.0, threadsafe=1
Sep 28, 2020 23:26:10.036 [0xb6f13d40] DEBUG - Running migrations. (EPG 0)
Sep 28, 2020 23:26:10.070 [0xb6f13d40] DEBUG - ChangestampAllocator: initialized to 233619
Sep 28, 2020 23:26:10.070 [0xb6f13d40] DEBUG - Opening 2 database sessions to library (com.plexapp.plugins.library.blobs), SQLite 3.26.0, threadsafe=1
Sep 28, 2020 23:26:10.081 [0xb6f13d40] DEBUG - Running migrations. (EPG 0)
Sep 28, 2020 23:26:10.082 [0xb6f13d40] WARN - [FFMPEG] - Error loading external lib: /var/lib/plexmediaserver/Library/Application Support/Plex Media Server/Codecs/5f603a2-3204-linux-armv7hf_neon/libaac_encoder.so: failed to map segment from shared object
Sep 28, 2020 23:26:10.082 [0xb6f13d40] WARN - [FFMPEG] - Error loading external lib: /var/lib/plexmediaserver/Library/Application Support/Plex Media Server/Codecs/5f603a2-3204-linux-armv7hf_neon/libac3_decoder.so: failed to map segment from shared object
Sep 28, 2020 23:26:10.082 [0xb6f13d40] WARN - [FFMPEG] - Error loading external lib: /var/lib/plexmediaserver/Library/Application Support/Plex Media Server/Codecs/5f603a2-3204-linux-armv7hf_neon/libdca_decoder.so: failed to map segment from shared object
Sep 28, 2020 23:26:10.082 [0xb6f13d40] WARN - [FFMPEG] - Error loading external lib: /var/lib/plexmediaserver/Library/Application Support/Plex Media Server/Codecs/5f603a2-3204-linux-armv7hf_neon/libaac_decoder.so: failed to map segment from shared object
Sep 28, 2020 23:26:10.082 [0xb6f13d40] WARN - [FFMPEG] - Error loading external lib: /var/lib/plexmediaserver/Library/Application Support/Plex Media Server/Codecs/5f603a2-3204-linux-armv7hf_neon/libmp2_decoder.so: failed to map segment from shared object
Sep 28, 2020 23:26:10.082 [0xb6f13d40] WARN - [FFMPEG] - Error loading external lib: /var/lib/plexmediaserver/Library/Application Support/Plex Media Server/Codecs/5f603a2-3204-linux-armv7hf_neon/libhevc_decoder.so: failed to map segment from shared object
Sep 28, 2020 23:26:10.082 [0xb6f13d40] WARN - [FFMPEG] - Error loading external lib: /var/lib/plexmediaserver/Library/Application Support/Plex Media Server/Codecs/5f603a2-3204-linux-armv7hf_neon/libac3_encoder.so: failed to map segment from shared object
Sep 28, 2020 23:26:10.082 [0xb6f13d40] WARN - [FFMPEG] - Error loading external lib: /var/lib/plexmediaserver/Library/Application Support/Plex Media Server/Codecs/5f603a2-3204-linux-armv7hf_neon/libvp9_decoder.so: failed to map segment from shared object
Sep 28, 2020 23:26:10.083 [0xb6f13d40] WARN - [FFMPEG] - Error loading external lib: /var/lib/plexmediaserver/Library/Application Support/Plex Media Server/Codecs/5f603a2-3204-linux-armv7hf_neon/liblibx264_encoder.so: failed to map segment from shared object
Sep 28, 2020 23:26:10.083 [0xb6f13d40] WARN - [FFMPEG] - Error loading external lib: /var/lib/plexmediaserver/Library/Application Support/Plex Media Server/Codecs/5f603a2-3204-linux-armv7hf_neon/libmpeg4_decoder.so: failed to map segment from shared object
Sep 28, 2020 23:26:10.083 [0xb6f13d40] WARN - [FFMPEG] - Error loading external lib: /var/lib/plexmediaserver/Library/Application Support/Plex Media Server/Codecs/5f603a2-3204-linux-armv7hf_neon/libh264_decoder.so: failed to map segment from shared object
Sep 28, 2020 23:26:10.113 [0xb6f13d40] DEBUG - CERT: Installed certificate with fingerprint 56:d7:38:e1:ac:5a:85:2b:a8:4b:aa:b7:d8:12:ff:ce:97:2a:f9:91.
Sep 28, 2020 23:26:10.113 [0xb6f13d40] DEBUG - CERT: Installed new private key.
Sep 28, 2020 23:26:10.113 [0xb6f13d40] DEBUG - CERT: Subject name is /C=US/ST=California/L=Los Gatos/O=Plex, Inc./CN=*.0741b079c84e4d93b0874cc5b71c83f9.plex.direct
Sep 28, 2020 23:26:10.113 [0xb6f13d40] DEBUG - CERT: OCSP requests for stapling will be made to 'http://ocsp.digicert.com/'.
Sep 28, 2020 23:26:10.113 [0xb6f13d40] INFO - OCSP: Successfully retrieved response from cache.

Verify for me please you have those files?

[wsegatto]

Yes, the video plays fine in other players, including FireTV and WebPlayer. But in the native LG app there are problems.
It does have Direct Play enabled.
The same video that does work in the WebPlayer does NOT work if I select a lower quality.

The logs attached now show some examples of videos in the WebPlayer that work with Direct Play (I’m not in my home network now) but do not work if I select a lower quality than the original.

Plex Media Server Logs_2020-09-28_23-36-09f.zip (120.0 KB)

[ChuckPa]

DirectPlay == No Transcoder.

the files above are all transcoder files – required to perform conversion from one codec to another or changing bitrates.

You moved /var/lib/plexmediaserver (whole name) by mounting it elsewhere?
That’s not how you should really be doing it.

May I suggest ?

Moving PMS 'Library'

Moving Plex’s metadata (Library) directory on systemd based systems This information is intended for those systems where cat /proc/1/comm returns systemd. If your system returns init, please see the next post in this thread. While you may change /lib/systemd/system/plexmediaserver.service, it is under the control of the package manager and subject to replacement without warning at any time during an update. To provide stability, systemd allows creation of an override.conf file to customiz…

[wsegatto]

Thank you for the tips. I have moved the whole library back to /var/lib and I was at least able to get rid of the transcoding issue. I’m unsure why some of these videos are transcoding in the first place, I was not able to see by the logs why it decided to transcode. I also tried to create an optimized version of a movie to test, it doesn’t work, I am not able to create optimized versions.

Logs attached. Let me know if you’d prefer if I split this into another thread since the initial issue was clarified. Thanks!

Plex Media Server Logs_2020-09-29_10-31-26g.zip (364.2 KB)

[ChuckPa]

Permission to write to the target directory is denied

Sep 29, 2020 10:30:01.764 [0xaddff440] DEBUG - Scaled up video bitrate to 5121Kbps based on 1.500000x fudge factor.
Sep 29, 2020 10:30:01.764 [0xaddff440] DEBUG - Scaled maximum bitrate for resolution reduction to 2278Kbps.
Sep 29, 2020 10:30:01.764 [0xaddff440] DEBUG - MDE: Wild Tales (2014): selected media 0 / 5877
Sep 29, 2020 10:30:01.768 [0xaddff440] DEBUG - Versions: version file path is "/media/hdd/Plex Library/Movies/Wild Tales (2014)/Plex Versions/Custom_ Universal TV 423/Wild Tales (2014).mp4"
Sep 29, 2020 10:30:01.770 [0xaddff440] ERROR - Error creating directory "/media/hdd/Plex Library/Movies/Wild Tales (2014)/Plex Versions/Custom_ Universal TV 423": Permission denied
Sep 29, 2020 10:30:01.770 [0xaddff440] ERROR - TranscodeJobManager: [Running] directory is not writable: "/media/hdd/Plex Library/Movies/Wild Tales (2014)/Plex Versions/Custom_ Universal TV 423"
Sep 29, 2020 10:30:01.771 [0xaddff440] DEBUG - BPQ: setOverrideState for generator 423: failed/diskUnwritable
Sep 29, 2020 10:30:01.772 [0xaddff440] DEBUG - BPQ: generator 423 changed state: pending -> failed
Sep 29, 2020 10:30:01.772 [0xaddff440] DEBUG - BPQ: reprocessing requested while processing item
Sep 29, 2020 10:30:01.775 [0xaddff440] DEBUG - Versions: updating status for generator 423
Sep 29, 2020 10:30:01.779 [0xaddff440] DEBUG - BPQ: onConsiderProcessing: Processing (true)
Sep 29, 2020 10:30:01.779 [0xaddff440] DEBUG - BPQ: onConsiderProcessing: Processing (true)
Sep 29, 2020 10:30:01.779 [0xaddff440] DEBUG - Versions: updating status for generator 423
Sep 29, 2020 10:30:01.786 [0xaddff440] DEBUG - BPQ: generating queue items from 1 generator(s)
Sep 29, 2020 10:30:01.786 [0xaddff440] DEBUG - Versions: skipping generator 423 because it's suspended: diskUnwritable
Sep 29, 2020 10:30:01.786 [0xaddff440] DEBUG - BPQ: generated 0 item(s) for queue
Sep 29, 2020 10:30:01.786 [0xaddff440] DEBUG - PlayQueue: 0 generated IDs compressed down to a 20 byte blob.
Sep 29, 2020 10:30:01.786 [0xaddff440] DEBUG - PlayQueue: 0 generated IDs compressed down to a 20 byte blob.
Sep 29, 2020 10:30:01.788 [0xaddff440] DEBUG - BPQ: [Processing] -> [Idle]
Sep 29, 2020 10:30:01.812 [0xb09fe440] DEBUG - Auth: authenticated user 1 as wsegatto
Sep 29, 2020 10:30:01.812 [0xaafff440] DEBUG - Request: [187.52.33.146:57295 (WAN)] GET /playlists/59/items/423 (7 live) TLS GZIP Signed-in Token (wsegatto)
Sep 29, 2020 10:30:01.815 [0xb11ff440] DEBUG - Completed: [187.52.33.146:57295] 200 GET /playlists/59/items/423 (7 live) TLS GZIP 2ms 875 bytes (pipelined: 12)

[wsegatto]

Thank you, but I’m confused. Should plex:plex own my Library? Right now PMS is executed by user plex and my library is owned by user pi.
What is the best practice here? Is there a way to make Plex work well with a library owned by pi other than having to set permissions as 777; or even executing Plex as pi?

[ChuckPa]

If you’re using the graphical desktop (Gnome), the root problem is Nautilus (file manager)

Gnome & Nautilus claim exclusive access to anything mounted in /media.

This means that your sign-in username owns everything exclusively.
No other usernames (e.g. plex) can read there.

The best practice found is

Using EXT, NTFS, or other format drives (internal or external) on Linux

This document is of primary interest to anyone who has connected USB drives or has media on other internal drives but user plex can’t access it due to Linux’s default security mechanisms. WARNING: This procedure will not work for SNAP, Docker or other container mechanisms unless expressly handled within the confines of the container. This procedure is intended for use with the dpkg package. We will walk through the steps needed to add these external USB hard drives and internal hard drives…

In this how-to, I show one naming technique. You’re free to use whichever naming you wish as long as:

1. The top level directory doesn’t conflict with any existing directories
2. You set the permissions as shown (before and after mount)

Doing it this way allows you to retain full ownership of your media.
You can then grant user plex permission to write where you wish by either changing PMS’s group, switching it to another username (/etc/systemd/system/override.conf), or changing directory permissions and asserting setgid on those directories.

Here is how to use inheritance (setgid).

Automating Linux permissions using inheritance (Helps DVR)

Linux has a very powerful and convenient way of automatically setting the permissions of your media files as you add more to your media directories. Linux allows only one username and one group to own a file which is somewhat of a restriction. This can be easily leveraged to accomplish what is needed for Plex. An excellent application of this is when you wish to record with Plex DVR, allowing it to write directly into your library, while you retain full permission / control of your media. …

[wsegatto]

Thank you! Very useful information to make a lot of tests and improvements!
I followed your previous advice to change the PMS settings to execute with user pi:pi instead of plex:plex. I’m using Raspbian (Debian 10).
Then I remembered why it was still with user plex:plex. When I change to pi:pi, immediately I get an error in settings “Server settings unavailable”, even with /var/lib/plexmediaserver and subdirectories owned by pi:pi. If I change these folders back to plex:plex and modify the service to use plex:plex, everything works as it should. Any idea why?

[ChuckPa]

When you changed the directory permissions & ownership of /var/lib/plexmediaserver to pi:pi,

Did you also configure the service override file to change the username ?

File: /etc/systemd/system/plexmediaserver.service.d/override.conf

# This is bare minimal override - change only user & group
[Service]
User=pi
Group=pi

to make active:

sudo systemctl daemon-reload
sudo systemcrl stop plexmediaserver
sudo chown -R pi:pi /var/lib/plexmediaserver
sudo systemctl start plexmediaserver

[wsegatto]

I did exactly that and the issue persists. Logs manually gathered and attached.
Logs.h.tar (150 KB)

[ChuckPa]

Allow me to confirm ?

1. Your plex installation is in the default location in /var/lib/plexmediaserver ?
2. You typed the four commands above after creating the override.conf

[wsegatto]

1. Yes
2. Yes, in that exact order. I tried re-chown’ing again and starting again, the plugins “die” after a second or two.

Video attached.
plex - plex to pi.i.rar (3.5 MB)