Skip to content
View in the app

A better way to browse. Learn more.

Unraid

A full-screen app on your home screen with push notifications, badges and more.

To install this app on iOS and iPadOS
  1. Tap the Share icon in Safari
  2. Scroll the menu and tap Add to Home Screen.
  3. Tap Add in the top-right corner.
To install this app on Android
  1. Tap the 3-dot menu (⋮) in the top-right corner of the browser.
  2. Tap Add to Home screen or Install app.
  3. Confirm by tapping Install.

Plex shows media as missing after every scan since moving appdata to /mnt/cache (Unraid 7.3.2)

Featured Replies

Hi everyone,

I've run into a strange Plex problem and I'm hoping someone can point me in the right direction.

I'm on Unraid 7.3.2. A few days ago I changed my Plex appdata mapping from /mnt/user/appdata to /mnt/cache/appdata so it writes directly to the cache drive and skips the Unraid user share layer.

I've confirmed nothing has been moved to the array: running ls on /mnt/disk* shows no appdata on any array disk.

Since that change, every library scan ends with Plex reporting changed or missing media, even though all the files are still there and playable. When I try to Empty Trash to clear the missing items, it fails. I ran ChuckPa's DBRepair and it reported the database as malformed, failing each time with 5–6 JSON errors.

I told it to ignore those errors and rebuilt the database, and afterwards the DB checked out fine. But as soon as I ran another media scan, the exact same problem came back. The odd part is that if I switch the mapping back to /mnt/user/appdata, everything works normally.

The problem only happens when Plex uses /mnt/cache directly. Has anyone seen this before, or have an idea why writing straight to the cache would cause this when the user share path doesn't? Happy to provide diagnostics or any other details.

Thanks in advance!

  • Community Expert

I would recommend changing the mapping back to /mnt/user/appdata and then check that you have enabled Exclusive Shares under Settings->Global Share Settings. As long as all files/folders for the ‘appdata’ share really are on the ‘cache’ pool and there is no secondary storage set for the share then this will also bypass the Fuse layer. It will also continue working if for any reason files/folders for that share end up on another drive or pool albeit then with slightly lower performance.

I would recommend posting your system’s diagnostics zip file so we can check settings and look at logs.

  • Community Expert

In addition to the diagnostics the container's docker run output will also help.

  • Author

I have enabled exclusive share option, will test monitor and update as required. For now, I don't think log review is required. I will update when I get more details. Ty

  • Community Expert
2 minutes ago, Zuluuk said:

I have enabled exclusive share option, will test monitor and update as required. For now, I don't think log review is required. I will update when I get more details. Ty

If you have done that and you open the share settings then check if it shows there that this share is being treated as exclusive. If not then this will almost certainly mean that not all the files/folders for the 'appdata' share are on the 'cache' pool. In that case post diagnostics if you want more informed feedback.

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

Account

Navigation

Search

Search

Configure browser push notifications

Chrome (Android)
  1. Tap the lock icon next to the address bar.
  2. Tap Permissions → Notifications.
  3. Adjust your preference.
Chrome (Desktop)
  1. Click the padlock icon in the address bar.
  2. Select Site settings.
  3. Find Notifications and adjust your preference.