Plex Agent no longer working and Add to Watchlist option is also now gone

Switching to Docker was one of the best things I did. Much better than running on Synology

I’m willing to try moving my whole Plex install over to docker to fix this stupid issue, but where is everyone finding the v1.41.5.9522 file? I can’t find it anywhere on the web.

I found that but couldn’t discern which if any of these is meant for docker. I believe I need a .tar.bz2?

Not sure for old versions of docker.

@drzoidberg33 - Any luck?

Your issue looks to be database related.

May 16, 2025 19:44:01.534 [140262438132536] ERROR - [MediaProviderManager/MetadataAgentManager] Waited over 10 seconds for a busy database; giving up.

During start up there are large amount of fixups happening which are holding the database for way too long.

Restart your PMS, wait about 5 minutes without doing anything on the server, then run a Database Optimize and wait for that to complete. Then try restart again and see if things come right.

Can you access the following urls from your network?

https://metadata.provider.plex.tv
https://meta.plex.tv

I’ll post this again as a reminder.

andddd broken again

Unknown metadata type: folder

Just going to use thetvdb agent for now and deal with the alert.

Restarting my container did nothing for the issue. The above message gets spammed and manual/auto search results bring back nothing for shows.

Zero issues accessing the above URLs as well.

1 Like

Have you posted any server logs?

Tried this without any luck..

Plex Media Server Logs_2025-05-20_16-57-17.zip (2.9 MB)

Added the latest logs after your suggestions @drzoidberg33

Here’s my logs after restarting my PMS (Synology package center version) and then running a scan that misses dozens of TV episodes.

(Only included the files under /logs/ that were updated today)
Plex Media Scanner Matcher.zip (1.5 MB)

Plex Media Server Logs_2025-05-20_19-05-11.zip (1.4 MB)

Whoops, emptied out the metas, optimized the database, then switched the type back to the current agent and was spammed with errors in the console which should be present in these.

Piling on here. Unraid on Docker, have had this issue for 1.5 months with TVs and Movies not matching, and manual match showing no results. There’s been zero changes in my configuration of my PMS or network during this time. Changing DNS has not resolved this, nor has multiple reboots.

Installed the latest version (1.41.7.9799-5bce000f7) a few hours ago, and the Plex agents are now resolving metadata again. Thank you for fixing the problem!

Still getting the same error after rebooting my server. I was coming from PlexMediaServer-1.41.5.9522-a96edc606-x86_64 to PlexMediaServer-1.41.7.9799-5bce000f7-x86_64. I’m gonna revert back to 1.41.5.9522.

Is anyone experiencing this problem willing to help troubleshoot? I was able to reproduce this issue by intentionally borking my DNS configuration; however, I did this in such a way that it left programs which utilize the glibc runtime working (dig, nslookup, curl, delv, etc.). Plex Media Server, which uses the musl runtime, was broken. (For reasons described here.)

Anyway, the test. If you’re hosting your server on Linux and you have access to Docker, run ( you don’t need to be hosting PMS in Docker):

sudo docker run -it --rm --network=host alpine:latest
/ # apk update
/ # apk install curl
/ # curl metadata.provider.plex.tv
/ # nslookup metadata.provider.plex.tv
/ # cat /etc/resolv.conf
/ # exit
sudo docker image rm alpine:latest  (optional, if you no longer want the Alpine Linux image

And provide the output of all the commands run in the container (prefixed with ā€˜/ #’).

The reason I’m picking on Alpine is that it (and its installed apps) leverages the musl runtime as well. And, at least in my case, I was able to instigate the failure (and correct it) in both PMS and the Alpine image in the same way. Again, glibc-based apps remain functional throughout.

Yep, it’s still getting stuck on that one fixup.

May 20, 2025 16:47:15.296 [140185174829880] ERROR - [DatabaseFixups] Exception inside transaction (inside=1) (/home/runner/_work/plex-media-server/plex-media-server/Library/DatabaseFixups.cpp:208): basic_string
May 20, 2025 16:47:15.301 [140185179048760] WARN - [Grabber] Took too long (59.870000 seconds) to start a transaction on /home/runner/_work/plex-media-server/plex-media-server/MediaProviders/Grabbers/MediaGrabber.cpp:132
May 20, 2025 16:47:15.301 [140185174829880] ERROR - [DatabaseFixups] Fixup 42DatabaseFixupsGarbageCollectTransientItems threw an exception: basic_string

This is causing a bunch of issues.

If you’re okay with doing so, you can DM your database file so I can try and figure out what’s causing this and provide a fix.

This is not related to the issue in the thread.

There are lots of episodes not following the recommended naming guide and I’m not going to go through all of them and try to figure out if that’s the issue.

You also seem to be exceeding the file watch limits on the system which can be causing other issues.

May 20, 2025 13:54:38.653 [140237339298616] ERROR - [Notify] Failed to add watch for "/volumeUSB1/usbshare/TV Shows/filename" (28: No space left on device)