Plex Claim Code not being retained

Server Version#:1.42.2.10156
Player Version#:4.147.1

Last night my server went down hard due to some outages. When it came back up I could not get the plex container to start up at all in my Unraid docker container. So I uninstalled the plex container and all the files I could find related to it (not the actual media files.)

I got it re installed and now every time the container reboots it looses the plex claim code. I have deleted the perms.txt, supervisord.log, prefrences.xml, setup plex.html, .localadmintoken, and plexmediaserver.pid files at different times and all at once in efforts to get a clean rebuild. Using the binhex-plex from the Unraid app store

I have also cleared all approved devices from the server as well.

No change when toggling from IPV4 and IPV6 to IPV4 only.

None of this works each time I reboot I still have to reclaim the server and re invite people to see my server. Additionally when I try to test it outside of my network its incredibly slow to access the server if it ever does. I currently cannot access it from my IOS device. Shows no servers available.

I have it on a custom port and it shows that its fully accessible outside your network and then a few minutes later it says its not ( been like this for years and I could still access it VIA relay ). Internet speed at the server is 950+ MB down and 20+MB up.

My container log is giving me this

2025-12-15 16:49:09,192 DEBG fd 9 closed, stopped monitoring <POutputDispatcher at 23001927637984 for <Subprocess at 23001928835696 with name claim-script in state RUNNING> (stdout)>
2025-12-15 16:49:09,193 DEBG fd 11 closed, stopped monitoring <POutputDispatcher at 23001927199120 for <Subprocess at 23001928835696 with name claim-script in state RUNNING> (stderr)>
2025-12-15 16:49:09,193 INFO exited: claim-script (exit status 0; expected)
2025-12-15 16:49:09,193 DEBG received SIGCHLD indicating a child quit
2025-12-15 16:49:10,071 DEBG ‘start-script’ stdout output:
Critical: libusb_init failed

Can you post a copy of your server logs?

Plex Media Server Logs_2025-12-17_17-32-29.zip (1.0 MB)

This shouldnt happen. That would act as if you are getting new servers each reboot.

Working thru your logs:

Set the docker to use host networking, having multiple adapters can cause issues:

Dec 17, 2025 17:31:35.753 [22403444329104] DEBUG - * 6 br0 (192.168.150.4) (D8-43-AE-18-6E-0D) (loopback: 0) Dec 17, 2025 17:31:35.753 [22403444329104] DEBUG - * 8 br-b897bd94e669 (172.31.200.1) (02-42-E0-0E-6A-04) (loopback: 0)

I am seeing an error Ive never seen before:
Dec 17, 2025 17:31:40.344 [22403314535224] DEBUG - MyPlex: mapping state set to 'Mapped - Not Published (Bad Authentication)'.
@ChuckPa any idea what would cause that message?

@Wacey16

I looked at your Plex.tv account.

You’ve gone through multiple certificates in a very short order.

  1. Check that the UID/GID Plex runs as can read/write Preferences.xml
  2. If you still have trouble claiming (see “429” errors in your logs), I will reset your certicate for you

When I initially claim the server, start the container back up, and go look in the file it writes the preferences and shows the claim code in there. After any sort of reboot I can go back into that file and all the spots related to my account and claim code ect will be blank.

Owner of the container does have read write priv for the file.

I have it set to use the host for networking.

image

@Wacey16

Plex.tv had throttled you (certificate)

I’ve reset it.

Wait 15 minutes then claim it again

You can also use

to help you claim the server (Run inside the container at the command line)

I have reclaimed the server after your request and it still drops the Claim code every time that the Docker container is rebooted (when I claim It I am putting the claim code in docker container) then go back into plex while on the same network in order to then manually click the claim button inside of settings.

If it drops the claim code / Being Claimed –

  1. Check the file system permissions. (PUID & PGID can write to real file system)
  2. It’s telling us that PMS isn’t able to save your Plex token in Preferences.xml

At some point, Plex.tv will lock you out of new certificates without being reset by us.

If that happens, let us know but try to get it done asap so you can put this behind you.

I believe the issue had something to do with Binhex’s docker containers for Unraid. No matter which of his containers I installed and how I ran it or changed permissions on the file it would always revert the permissions back to where there was no read write for certain groups on the preferences file. I uninstalled his containers and then installed the official plex docker container and now its saving properly to the preferences file. It is also allowing me to reboot so it appears that it was the permissions issue on the preferences file. Thank you for the help.

@Wacey16

He has a github page .

You can contact him via the “Issues” tab

He’s very responsive when I have issues