When Fix Common Problems ran last night, it flagged this error:

 

Quote

Share appdata set to use pool apps, but files / folders exist on the cache pool

 

No changes have been made to my server, though I have been migrating data off of a drive that seems to be slowly dying.

 

There are absolutely appdata files on my cache drive, and by all appearances, they've been there since last October

 

 

Also, you can see that some directories are duplicated across the two different locations.

 

1. If these directories on cache were created in October, why are they just now getting flagged as an error? Is this a new check?

2. Is there any option beyond going through each directory and file, comparing to see which version is the newest and manually merging them back into /mnt/apps from /mnt/cache?

 

nas-diagnostics-20220130-1300.zip

Edited February 16, 20224 yr by FreeMan

Possibly it is a new check - not sure  

 

The majority of the folders are NOT duplicated - for those you could simply move the folder across to the correct location (with the Docker sub-system stopped) and check the mapping is correct for those containers (either to /mnt/apps/appdata or to /mnt/user/appdata which are effectively the same).

 

Unfortunately, I looked at some of the duplicated directories and there are some files, at least, that do exist on both pools.

 

Thanks for the tip about stopping the docker service first, I would have probably forgotten to do that and caused myself all kinds of grief.

T

Not sure which pool takes precedence if the file is in both locations.  It may be in pool alphabetical order - but that is just a guess.  You might be able to work it out with some experimentation.

It is a new check (although one which should have been introduced at the start of 6.9)

21 minutes ago, Squid said:

It is a new check (although one which should have been introduced at the start of 6.9)

Well, that does explain why it's never triggered before...