Could you reproduce the issue?
Is there something that I can do to futher help you to find the issue?
Sadly not, thus why we need the logs
You have a set of logs from me already. Do you need another one with a certain level of debugging enabled? Please give me instructions of what to do and Iāll be able to provide further logs.
Do you also want me to update to latest beta before sending logs?
At the moment, I do not need anything from you
As said, Plex is gathering logs, and the devs are looking into this, but sadly no news yet.
I WILL return with news as soon as I have some
Okay, thatās nice. Thank you for taking care.
Hi @Kevinlolz
How do you downgrade the pms version?
If this isnāt going to be a quick fix then it might be easier to roll back to a stable buildā¦
On a Synology NAS, you can install specific versions of a package. So I uninstalled the updated one, paying attention to keep my library data for future use (the synology uninstaller asks you). Then I proceed to install the version I want to install from my local SPK file (synology package file) archive, that I keep ājust in caseā. The correct version is installed and connects to plex account. <<Et voilĆ >>
Thanks both,
Iām running my pms on Umbuntu, and I managed to trash my database once by updating via software updater instead of downloading via plex.tv site, so Iām tempted to leave well alone in case I need to rebuild again, losing all the metadata in one go!
Is this still an issue for everybody? Iām worried about adding more files into my library now if there is an issue with one particular recent file which has caused this.
#Adding more hay to hide the needle ;D#
This will remain an issue until they release a server update that fixes it. Itās not a particular file causing an issue but rather that the scanner hangs. I recommend downgrading to version 5409 in the meantime.
Just adding my +1 here.
I am currently on Version 1.25.5.5492 running in Docker on Debian 10 and using the old agents, and have been experiencing the same issue for perhaps a week or so.
Seems to present as the same: for some reason, at some point, scanning seems to hang. No new content is added until I restart Plex. After which I can trigger a manual scan to add the āoldā new content. Any new content will add automatically, until the next random hang.
Interestingly, even when new content stops being added, existing content will track and update without issue (watched status etc.).
I have tried Empty Trash, Database Cleanup and Optimize Database, but have still experienced hangs.
Some other things, having read through some of the other related threads:
For me, it doesnāt show that a scan is active, so there is nothing to cancel
Nothing shows in Dashboard or Alerts as running
If I try and initiate a manual scan, nothing happens
If I try and load the Console from the server settings, nothing displays
This is the same experience Iām having on the Synology SAN as well. Iāve downgraded to 5409 until I hear this issue is resolved.
DS920+ running 7.0.1-42218 and Plex 4.69.1
Iāve been encountering this for a week or so as well. I had attributed it to the Youtube Agent or ASS being flakey, but Iāve noticed the issue crop up in Libraries managed by Plex TV Series in addition to the more custom libraries. As others have mentioned a reboot will resolve the issue for a time. Iāve been keeping an eye on the logs and nothing is jumping out at me thus far. I have noticed that when the bug is occurring any attempt to have Plex rescan the Library files will just do nothing as far as the logs are concerned.
Iām wondering if itās possible that recent Synology changes have tweaked something around the max folders that Plex can manage mentioned in the Syn FAQs and now Plex instances above a given size are now encountering race conditions based on file load and cache once the service restarts. It may be worth noting that my media dirs are a good bit smaller than what is listed in that example, but Iāve implemented the proposed fix and will see if that has any useful effect.
This said, Iāve also seen some odd behavior with services accessing directories/files with Syn Photos recently so the problem may be larger in scope than Plex. I know in that case I had to actually log into DSM proper and go poke around in the File Explorer to kick things into gear; though that hasnāt worked as a fix in Plexās case.
Well, for me, the dashboard sometimes shows an ongoing scan, sometimes not.
But when I check ALL of my libraries individually, using the right-click menu (see below), then I always find an ongoing scan which āhangsā. Stoppig it via the drop-dwon-menu (showing next to the library name with the the dots) helps.
If you start a manual scan or add media to other libraries, those scans do not start, because they queue up. Once you find that library and stop the scan, the next scan will start almost immediately after that.
This library does NOT have a scan running at the moment:

This one has - as you see because the menu has a āstop ongoing scanā entry showing:

With this problem, I had the whole service going down a few times, but I never had a situation where I could not stop a scan when I experienced what you are experiencing.
Reporting the same problem with plex 1.25.5.5492 running in a container on my kubernetes cluster. Hereās the log output of clicking to initiate a manual scan in the web UI:
Feb 12, 2022 13:57:39.772 [0x7fdcc28efb38] DEBUG - Request: [10.42.0.0:52708 (Allowed Network (WAN))] GET /library/sections/2/refresh (10 live) TLS GZIP Signed-in Token (LostPotato) / Accept => text/plain, */*; q=0.01 / Accept-Encoding => gzip, deflate, br / Accept-Language => en / Connection => keep-alive / DNT => 1 / Host => 91-67-84-47.b5e3e63d3ff14b2295fffe62c00d747d.plex.direct:32400 / Origin => http://plex.vert / Referer => http://plex.vert/ / Sec-Fetch-Dest => empty / Sec-Fetch-Mode => cors / Sec-Fetch-Site => cross-site / Sec-GPC => 1 / User-Agent => Mozilla/5.0 (X11; Linux x86_64; rv:97.0) Gecko/20100101 Firefox/97.0 / X-Plex-Client-Identifier => 1olvl74ln4h6gd0o8l42ep46 / X-Plex-Device => Linux / X-Plex-Device-Name => Firefox / X-Plex-Device-Screen-Resolution => 1920x1085,1920x1200 / X-Plex-Features => external-media,indirect-media / X-Plex-Language => en / X-Plex-Model => bundled / X-Plex-Platform => Firefox / X-Plex-Platform-Version => 97.0 / X-Plex-Product => Plex Web / X-Plex-Sync-Version => 2 / X-Plex-Token => xxxxxxxxxxxxxxxxxxxx / X-Plex-Version => 4.69.1
Feb 12, 2022 13:57:39.776 [0x7fdcc28efb38] DEBUG - Library Updater: Requested that section 2 be updated, force=0, deep=0, subdir= iTunes=0
Feb 12, 2022 13:57:39.776 [0x7fdcc28efb38] DEBUG - Library Updater: Section 2 is already being updated.
Feb 12, 2022 13:57:39.779 [0x7fdcc42ddb38] DEBUG - Completed: [10.42.0.0:52708] 200 GET /library/sections/2/refresh (10 live) TLS GZIP 7ms 317 bytes (pipelined: 1)
Feb 12, 2022 13:57:39.780 [0x7fdcc27c1b38] VERBOSE - It took 0.0 sec to serialize a list with 0 elements.
Seems pretty straightforward: the reason it does nothing is because it thinks a scan for section 2 is already in progress. Hereās the process listing on the container:
$ ps -auxf
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
root 2212 0.0 0.0 7836 3984 pts/1 Ss 13:40 0:00 bash
root 2360 0.0 0.0 8908 3284 pts/1 R+ 14:10 0:00 \_ ps -auxf
root 1999 0.0 0.0 8344 3720 pts/0 Ss+ 09:03 0:00 bash
root 1 0.0 0.0 204 4 ? Ss Feb10 0:00 s6-svscan -t0 /var/run/s6/services
root 35 0.0 0.0 204 4 ? S Feb10 0:00 s6-supervise s6-fdholderd
root 686 0.0 0.0 204 4 ? S Feb10 0:00 s6-supervise plex
abc 689 0.6 0.6 128800 55496 ? Ssl Feb10 15:23 \_ /usr/lib/plexmediaserver/Plex Media Server
abc 723 0.0 0.4 64368 36824 ? SNl Feb10 1:39 \_ Plex Plug-in [com.plexapp.system] /usr/lib/plexmediaserver/Resources/Plug-ins-12f6b8c83/Framework.bundle/Contents/Resources/Versions/2/Python/bootstrap.py --server-version 1.25.
abc 778 0.0 0.0 40204 1604 ? Sl Feb10 1:51 \_ /usr/lib/plexmediaserver/Plex Tuner Service /usr/lib/plexmediaserver/Resources/Tuner/Private /usr/lib/plexmediaserver/Resources/Tuner/Shared 1.25.5.5492-12f6b8c83 32600
abc 905 0.0 0.2 82064 19076 ? SNl Feb10 0:06 \_ /usr/lib/plexmediaserver/Plex Media Scanner --scan --refresh --section 1 --activity 4c7e7611-e741-409f-ba8c-b5cfe47bad3e
abc 1539 0.1 0.0 2572 96 ? S Feb11 3:24 \_ Plex EAE Service
This tells me the scanner IS running, but for section 1. Nothing about section 2. I also note that the scan in progress is using no CPU and no significant memory. I also donāt see any media scanner in iotop.
I think this is unrelated, but just in case⦠When I load the page for a given show, I also see 500 errors for a request to http://127.0.0.1:46343/system/agents/media/get?guid=com%2Eplexapp%2Eagents%2Ethetvdb%3A%2F%2F393589%2F1%3Flang%3Den&mediaType=3&url=metadata%3A%2F%2Fseasons%2F1%2Fposters%2Fcom%2Eplexapp%2Eagents%2Ethetvdb_17dfd2200c8501ab152aaf5989465a2bd90675e1. When I try to curl that URL myself, the 500 error includes a message that media_get requires 4 arguments, only 2 were supplied.
Hope this helps the good people at Plex resolve the issue!
Following up to this to say that the ātracked file limitā fix did not, in fact, fix the issue so we can rule that out as a potential root cause.
I have a particular library that does this with every manual scan. I was able to create strace logs for two scans. Would those be helpful?
Yes please
Do DM them to me, and thanks
Asustor PMS ver. 1.25.5.5492
I noticed this happening as well and came here to check. On the Asustor, I can simply stop and restart PMS and that fixes it - for a time. It eventually hangs (endless dashboard āactivityā with no cpu use) in the next 24-48 hrs and stops recognizing new content.
I look forward to the fix.
Edit: Iāve disabled my Library setting - āScan my library periodicallyā - and am hoping that decreases the issue frequency.
Same issue with latest release on UNRAID. Following.