Set Appdata to cache only


Recommended Posts

I've been reviewing my configuration and found that my /mnt/user/appdata was not set to cache only.  I've just set it to use cache ONLY that but found that my data (plexmedia, owncloud, crashplan) are still spread all over multiple disks (in addition to /mnt/cache/appdata)

 

Is the right approach to use MC and move all the files to /mnt/cache/appdata and then delete the share or??

 

Just want to make sure I'm doing it correctly--thanks!!

Link to comment

I've been reviewing my configuration and found that my /mnt/user/appdata was not set to cache only.  I've just set it to use cache ONLY that but found that my data (plexmedia, owncloud, crashplan) are still spread all over multiple disks (in addition to /mnt/cache/appdata)

 

Is the right approach to use MC and move all the files to /mnt/cache/appdata

Yes.

and then delete the share or??

 

Just want to make sure I'm doing it correctly--thanks!!

you do not delete the appdata share after doing the move.  What you do is delete the appdata folder of each array disk.
Link to comment

Perfect--thank you very much!! 

 

For my volume mappings does it matter if it's /mnt/cache/appdata vs /mnt/user/appdata if /appdata is forced to reside on cache only?  Or one in the same?

The files presented are the same, however since /mnt/user is a FUSE filesystem, some apps may not work properly if they need symlinks. Better to use /mnt/cache for program settings and system folders.
Link to comment

And be sure you don't move from /mnt/user/appdata to /mnt/cache/appdata. You must move from each disk to cache, like /mnt/disk1/appdata to /mnt/cache/appdata.

 

Ouch...too late!  :'(

 

I moved from /mnt/users/appdata to /mnt/cache/appdata and then picked overwrite.  I deleted from the individual drives.  I ended up having to reinstall Crashplan which was no big deal.  Owncloud worked perfectly but Plex had me do a "merge"/recognized the "other" library (which was itself).  About a couple of dozen or so of my movie covers are missing but a refresh/misidentified action doesn't correct it.  The metadata is all there as are the background pictures even but the cover art isn't.  iPhone sees two media servers with the same name but refuses to connect to either (could be a NAT issue).

 

From a migration perspective it's done but just a few minor things to clean up that are questions best suited for another forum here.

 

Thanks for the assist all!

Link to comment

The typical symptom of the "User Share Copy Bug" is a lot of zero length files. Search for it for more details of what causes it. Basically Linux doesn't know that user share files and disk files may actually be the same file so it will start off the copy/move by creating a zero length file, then when it tries to copy/move the data to that file, it has already truncated the data.

 

Disk shares are turned off by default to prevent you from doing this over the network, but there is nothing to protect against it from the command line.

Link to comment
  • 4 years later...

Slightly related question here about cache, appdata, and docker locations. I want to be sure I have the stuff setup right for performance and minimal hassles.

I've currently got appdata on it's own user share. Use Cache Drive is set to PREFER. I recently did a cache drive swap out using the Backup Appdata plugin, and now every item in appdata is on the cache drive.

y1ajRbgl.png

 

That reminded me about dockers. I'm sure they'd perform better if they were on the cache drive. At the moment, Docker settings put the vdisk in a regular share, "system" which says Do Not Use Cache drive, exclude Disk 1 (not sure why that is). Then the default appdata storage location, is also appdata share, which seems to be correct.

 

It's been several years since I've done a clean install here, and many of these settings might be left over from legacy stuff that I just haven't messed with. Upgrading to an M.2 cache drive has made a noticeable improvement that I'm very happy with!

 

oC67dgJl.png

 

Kg7LHzml.png

Edited by dkerlee
Link to comment

Looks mostly OK. appdata and system shares are all on cache and set to cache prefer. People usually also put domains share on cache and cache prefer for better VM performance, but you don't have VMs enabled currently.

 

Why do you have 40G allocated to docker image? You aren't using even 10G, I usually recommend 20G. I always ask if someone has been filling docker image when I see it set to more than 20G.

Link to comment

that's probably what was happening. I'm not sure what it was that was bringing docker storage to 70% (when it was 30GB), but I did find entire seasons of tv shows that I had "put in trash" from Krusader: apparently that's inside appdata. Whoops!

 

In that vein I got cAdvisor so I could look at the size of individual dockers to see if anything popped up. I think I'm looking at the right page there?:

YQrhbsRm.png

Link to comment

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...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.