Feels like part of this thread conversation may have gone off-track somewhat, so let’s summarize what we currently know (please further clarify or correct anything that I may get wrong!):
- the issue occurs only on MacOS 15.0 (Sequoia). Rolling back to the previous MacOS version (14.x) with the same Plex server version no longer has the issue.
- it appears to impact large media libraries with items over 1000. Smaller media libraries are not impacted.
- issue is specific to media libraries hosted on Synology network shares (? - is this confirmed, or is it any SMB / NFS shares with large media libraries from MacOS 15.0?)
Confirmed workarounds / reproduceable behavior:
- default library scan will flag items (possibly ‘half’ of the large media library) as missing. Re-adding the same network path in the library settings forces it to rescan and restore the ‘missing’ items. Immediately performing a default library scan will still result in items being flagged as missing.
- keeping a Finder window open to the affected media library directory on the MacOS Plex server seems to allow the default library scan to work as expected
Obviously, Apple has made some sort of change to the network volume config in MacOS 15.0 that is impacting Plex’s ability to scan and see all items.
Keeping or refreshing an ‘active’ connection to the network share in MacOS seems to temporarily alleviate the issue.
Other applications running on the same MacOS machine as Plex that connect to and read the same network shares and media library content do not appear to be impacted (such as Radarr, Sonarr, etc.) They seemingly are able to continue to read the entire network volume content.
So - what is different with how Plex scans this network volume vs. other applications? What has changed in MacOS 15.0 regarding network volumes?
Tagging @Atomatth and @drzoidberg33 for a possible progress update into this ongoing investigation.
Thanks everyone for your continued input and support! A great community effort in working through this issue!
