Server settings unavailable

@Fritchley94 @ChaosBlades Unfortunatly not working on my side :pensive:
Have updated to 1.23.4.4712-1f0ed4aea but settings are not available, i’m going to have to rollback to 1.22.3.4523-d0ce30438 cause all 1.23 versions are not working for me.

Can you try a restart? my server did windows updates after the plex update thats when it start working

@Fritchley94 After i installed the optional Windows update KB5003690 and KB5003537, rebooted and PMS 1.23.4.4712-1f0ed4aea settings started to work!!
Thanks!

1 Like

yeah, they are the two updates i did as well, not sure if there is a link here. But it is a bit Sus.

That’s really strange. The drive with my previous Plex install died and the backups of the plex config were… lacking… so I’m trying to stand up a brand new Plex jail and having some of the same problems with that exact version you say works fine for you.

Since I’m rebuilding the jails anyway I took the opportunity to upgrade from FreeNAS to TrueNAS 12.0-U4. Which overall seems pretty solid, and I recreated my other jails with no problems.

If I create a brand new jail for plex, blank data set, no previous config, and pkg install plexmediaserver, I get version 1.22.1.4228. The server starts up ok, and finds my media ok, but if I try to play anything it just spins for a while.

I can’t find any errors in the logs. I can see it trying to start transcoding but there’s no message about any problems. It doesn’t matter if I’m playing from the web player or the Roku. It doesn’t matter if I add the LD_LIBRARY_PATH lines to the rc script, start.sh or /etc/rc.conf. It doesn’t matter whether I use the plexmediaserver or plexmediaserver-plexpass packages - I get 1.22.1.4228 either way.

I’ve blown away and recreated this jail about a hundred times with every combination of the above I can think of. No luck. I’m tearing my hair out.

You can get a slightly newer version of Plex by changing your repo src from from quarterly to latest.

% mkdir -p /usr/local/etc/pkg/repos
% sed s/quarterly/latest/ /etc/pkg/FreeBSD.conf > /usr/local/etc/pkg/repos/FreeBSD.conf

It’s worth doing that before any additional troubleshooting.

Sorry, left that off the list. Yep, tried that too. No difference.

Plex Media Server Logs_2021-06-30_15-49-05.zip (120.4 KB)

Interesting thing though. As I tried to create the simplest possible setup that would reproduce the problem so I could generate these logs (create blank jail, install plex in jail, copy single small test video into jail, play it) I got my first video to play since I started this mess.

For my test I grabbed a quick test pattern video from youtube and that played in the web player. But I’ve not found a single show or movie in the many, varied formats in my normal library that will play. I copied a single episode of a show into the same folder just to be sure there hadn’t been some miraculous break-through.

ffmpeg -i of youtube video that works:

Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'Indian Head Test Card (Classical Music in Background)-Ba93f-4rroA.mp4':
  Metadata:
    major_brand     : mp42
    minor_version   : 0
    compatible_brands: isommp42
    creation_time   : 2021-03-20T05:54:42.000000Z
  Duration: 00:10:01.00, start: 0.000000, bitrate: 241 kb/s
    Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuv420p(tv, bt709), 1280x720 [SAR 1:1 DAR 16:9], 109 kb/s, 30 fps, 30 tbr, 15360 tbn, 60 tbc (default)
    Metadata:
      creation_time   : 2021-03-20T05:54:42.000000Z
      handler_name    : ISO Media file produced by Google Inc. Created on: 03/19/2021.
    Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 128 kb/s (default)

ffmpeg -i of second video from the logs that doesn’t:

Input #0, matroska,webm, from 'Q-test.mkv':
  Metadata:
    encoder         : libebml v1.3.5 + libmatroska v1.4.8
    creation_time   : 2019-11-22T15:34:30.000000Z
  Duration: 00:22:50.13, start: 0.000000, bitrate: 3106 kb/s
    Chapter #0:0: start 0.042000, end 60.060000
    Metadata:
      title           : Intro start
    Chapter #0:1: start 60.060000, end 1370.133000
    Metadata:
      title           : Intro end
    Stream #0:0: Video: h264 (Main), yuv420p(tv, smpte170m/unknown/unknown, progressive), 640x480 [SAR 1:1 DAR 4:3], 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default)
    Metadata:
      BPS             : 2978612
      BPS-eng         : 2978612
      DURATION        : 00:22:50.036000000
      DURATION-eng    : 00:22:50.036000000
      NUMBER_OF_FRAMES: 32848
      NUMBER_OF_FRAMES-eng: 32848
      NUMBER_OF_BYTES : 510100800
      NUMBER_OF_BYTES-eng: 510100800
      _STATISTICS_WRITING_APP: mkvmerge v19.0.0 ('Brave Captain') 64-bit
      _STATISTICS_WRITING_APP-eng: mkvmerge v19.0.0 ('Brave Captain') 64-bit
      _STATISTICS_WRITING_DATE_UTC: 2019-11-22 15:34:30
      _STATISTICS_WRITING_DATE_UTC-eng: 2019-11-22 15:34:30
      _STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
      _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
    Stream #0:1(eng): Audio: aac (LC), 48000 Hz, stereo, fltp (default)
    Metadata:
      BPS             : 125375
      BPS-eng         : 125375
      DURATION        : 00:22:50.133000000
      DURATION-eng    : 00:22:50.133000000
      NUMBER_OF_FRAMES: 64225
      NUMBER_OF_FRAMES-eng: 64225
      NUMBER_OF_BYTES : 21472559
      NUMBER_OF_BYTES-eng: 21472559
      _STATISTICS_WRITING_APP: mkvmerge v19.0.0 ('Brave Captain') 64-bit
      _STATISTICS_WRITING_APP-eng: mkvmerge v19.0.0 ('Brave Captain') 64-bit
      _STATISTICS_WRITING_DATE_UTC: 2019-11-22 15:34:30
      _STATISTICS_WRITING_DATE_UTC-eng: 2019-11-22 15:34:30
      _STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
      _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
    Stream #0:2(eng): Subtitle: subrip
    Metadata:
      title           : SDH
      BPS             : 74
      BPS-eng         : 74
      DURATION        : 00:22:08.791000000
      DURATION-eng    : 00:22:08.791000000
      NUMBER_OF_FRAMES: 421
      NUMBER_OF_FRAMES-eng: 421
      NUMBER_OF_BYTES : 12450
      NUMBER_OF_BYTES-eng: 12450
      _STATISTICS_WRITING_APP: mkvmerge v19.0.0 ('Brave Captain') 64-bit
      _STATISTICS_WRITING_APP-eng: mkvmerge v19.0.0 ('Brave Captain') 64-bit
      _STATISTICS_WRITING_DATE_UTC: 2019-11-22 15:34:30
      _STATISTICS_WRITING_DATE_UTC-eng: 2019-11-22 15:34:30
      _STATISTICS_TAGS: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
      _STATISTICS_TAGS-eng: BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES

You can see they’re both h264 and aac.

The difference seems to be that with ā€œdirect playā€ set to auto, the first (youtube) video uses direct play and plays ok, but the second video tries to transcode, and doesn’t.

I don’t see any way in the web player to force it to use direct play. But on the Roku, when I set ā€œDirect Play: Forceā€ the second video also plays ok.

So there’s the small problem of why it’s trying to transcode something for the Roku that it can handle directly, but the much bigger problem that transcoding just seems to be completely broken. Which is basically what I thought was wrong until the youtube video worked and confused me.

Did you pkg upgrade after changing the pkg repo to latest?

I did a clean jail again and changed the repo before doing the normal updates and upgrades and only installed plex for the first time after all that was done. And it did get me a newer version of plex (although I forget which one). It just didn’t fix my issue.

Gotcha - I just saw that the older version was listed in the logs, and stopped looking. :slight_smile: I would encourage you to use the latest version for any troubleshooting.

If you’re able to configure a Library, I assume you’re able to get into the server settings just fine?

I see some SSL-related messages in the logs. I think these might be because you’ve recreated the server multiple times on the same IP address.

You might go to Settings → Authorized Devices and remove any previous servers that used same IP address.

You might also sign out and back into your client(s), to force a refresh of the current identity for the server.

You might also be careful about wiping and refreshing the server again … there are mechanisms at Plex that will rate-limit an IP address from getting certificates over and over and over again.

Jun 30, 2021 15:43:48.249 [0x80abe1400] DEBUG - CERT: Downloaded new cert from plex.tv; took 12 tries.

I’m not confident that would cause any of these problems. :slight_smile:


Are you mapping the paths /config, /config/plexdata, or /config/videos into the jail from elsewhere?

I would encourage you to use the latest version for any troubleshooting.

Given that the newest versions were all apparently broken on BSD and the version pkg was handing me was the one everyone was rolling back to I assumed the opposite in this case, but fair enough.

If you’re able to configure a Library, I assume you’re able to get into the server settings just fine?

I don’t think I’ve had a problem with that at all.

SSL stuff

Good point, I was planning on going back and cleaning all that stuff up when I was done. Didn’t know Plex rate-limited anything, I’ll have to watch that. But I must have done it at least a hundred times over the last couple days, so they can’t be cracking down too hard. I doubt that’s the problem though - the server and the clients have no problems seeing each other or the files, as evidenced by the youtube video. Transcoding just isn’t going anywhere.

Are you mapping the paths /config , /config/plexdata , or /config/videos into the jail from elsewhere?

Yeah, /config is just the mount-point for a dataset dedicated to but separate from the main jail dataset. Easier to snapshot things like plex config without worrying about the actual operating system.

But I’ve tried it with and without pointing plexmediaserver_support_path to /config/plexdata. In the latter case, /config is just there so I can drop sample videos in /config/video. I even tried it once without config at all, directly downloading a video into the jail, no external shares or mounts of any kind. Still wouldn’t transcode.

That was the primary visible symptom of the LD_LIBRARY_PATH problems.

Yeah, I mostly agree. I’d be surprised if a client could connect and browse, and only couldn’t play video, because of an SSL name mismatch. :-/

That’s exactly what I was going to suggest - to avoid any possible permission/ACL or noexec interaction.

Uhh, I did this quite a few times a while ago - new jails, clean PMS installs - and never had this issue. Just the LD_LIBRARY_PATH-related problems.

You may need a real Plex person to look at your logs.

It might also be worth sharing client logs.

Well, thanks for trying. Maybe I’ll luck out and get a dev’s attention.

This exact issue is back…again. I’m running my Plex server on a Win10 PC and with the latest version. I understand this was already stated above, but the settings do not load and newly added TV Shows do not get any metadata. This was originally fixed a month ago (as stated by other users in the thread) and has been back for a couple of weeks now.

1 Like

Yup, just came back here to say as much…

What’s the version of your Plex Server?

I’m running on 1.23.4.4712 and it works fine.
I see 1.23.5.4841 available but I haven’t updated to that version yet.
If you are running on 1.23.5.4841, perhaps the problem came back in 1.23.5.4841?
In which case, 1.23.4.4712 becomes the last known good version.

Version 1.23.6.4810-15ce0e21a

I’ve gone through a couple of updates with it persisting once again…and right now I am on 1.23.54841-549599676. No new updates are available for me at the moment.