Server Version#: 1.41.3.9232 (Mac 15.1.1)
Before this version, Advanced Filters / Trash would not show media those Volume was unmounted, now it does and this makes “cleaning” much harder.
I wasn’t able to reproduce the old behavior by adding Folder Location filters: this will remove from the list media which have all their files in missing volumes but not those who have a media avail and a media on a missing volume.
I really wish this was reverted or a new way be provided please.
The addition of the filter doesn’t change anything.
It has always been the case that non-available items are marked as trashed, if the server (or one of the users) has tried to access them, and thus triggered the detection that they were unavailable.
Non available items on present volumes, yes. Non available items on non-present volumes, no. I have years of daily practice that say otherwise.
Some code much have changed and triggered that unforeseen change. That’s why I called this a regression.
Is it possible that you are impacted by this: Plex Files Unavailable but they’re not missing
?
(why did you move it out of Beta as this is new as of this beta?)
No, I don’t have this problem 
More infos:
I have 4y old Firefox bookmarks that open all my libs with “Trash” filter. I open this almost everyday to filter a media change (2k trashed → 4k) so it’s highly visible for me.
BUT
I just downloaded the last GM release and, bingo, the problem appears too. As I’d mortgage my children over this issue, I guess that a subtle change was introduced to the database when I upgraded.
I haven’t installed my last Plex db backup to make sure of this but I can if this helps, if anyone is willing to look into it afterwards.
@diligiant I can confirm I’m seeing this change in behaviour. Basically the plex scanner is now soft deleting ALL items if the top level folder is not mounted. Its very easy to reproduce …
/data/MediaServer/4a-Music/Music Collection which is a mounted NFS.This change happens with 1.41.3.9232 and does not happen with 1.41.2.9200. Previously if the mount was not detected plex would NOT soft delete the entire library. It was kinda like a safety net if mounts were unavailable.
Thank you for confirming!
I have filed an issue.
thank you both.
@anon5074910 did you observe as well that once it’s soft deleted, downgrading the server doesn’t help?
@OttoKerner may you ask engineering to think of remedies once this is fixed as my tests seem to indicate that the db has been changed and I would like to be able to “un soft delete” this volume ?
If that’s fixed tomorrow, I can live with losing 3 days of changes (who has viewed/watchlisted what for ex). If that’s fixed in 3 months, I can’t. Therefore my question
Restoration of a database backup is only necessary if you have
Empty trash automatically after every scan
enabled.
If you have it disabled, all you need to do is to restore access to the mounted volume and start a library scan.
I had a full server backup that I restored to checked the previous version so didn’t bother doing a downgrade. I inherently don’t trust downgrades, backups are my friend 
BTW… As long as you don’t empty the trash then its only a soft delete and it won’t really be purged from your DB.
I can’t for now restore access so I’d appreciate a remedy (simple as unflagging - I’d like to avoid meddling with the db myself).
I’ve been on the other side no later than a month ago. Enterprise customers but nonetheless
Then you’ll have to wait until you can.
Keep “Empty trash automatically after every scan” off in the meantime and all is well.
I thought about that and I would like to clarify something as it seems a little different from @anon5074910 observations.
media on a missing volume has “always” been marked “unavailable” if I GetInfo on the media (at least for me).
What’s new (and that’s why I associate this with PM-1739 and not the scanner) is that when I search for Trash, Plex used to list “unavailable from mounted volumes”, now it lists “unavailable from ALL volumes”.
Hoping this is clearer.
This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.
