Hi folks,

 

I've always had my docker app config location as my cache drive (and the appdata share shows as using the cache drive only). Its never been an issue and data has always been there as expected. But something strange has happened recently - its saved everything (and duplicated in some cases) to an array based appdata folder. I (stupidly) deleted that yesterday thinking that was old info. Suffice to say, I totally deleted everything...which was nice.

 

Anyhoo - I see the docker settings did not have the cache drive as default so I'm assuming unraid overrode the per app config file specified location on reboot at some point - does that sound right / expected behaviour?

 

Thanks,

 

Alex.

3 minutes ago, ajburnet said:

Anyhoo - I see the docker settings did not have the cache drive as default so I'm assuming unraid overrode the per app config file specified location on reboot at some point - does that sound right / expected behaviour?

No. What are the cache settings for your appdata share? A screenshot would probably be a good idea. Maybe attach your diagnostics too. Sounds like something is definitely wrong.

Thanks - screenshot of the appdata share settings attached. Just rebooted and my containers have all disappeared too - I think it may have reverted to storing the docker.img off the cache drive as well....

 

 

 

 

I can see it's recreating the docker.img folder and appdata folder on reboot in the /user folder, i.e. not on the cache drive. That's with the default docker storage location as:

/mnt/cache/docker.img

 

Odd...

Usually "prefer" is recommended for the cache setting. Don't think that's your problem though.

 

3 minutes ago, ajburnet said:

I can see it's recreating the docker.img folder and appdata folder on reboot in the /user folder, i.e. not on the cache drive. That's with the default docker storage location as:

/mnt/cache/docker.img

 

Odd...

 

What do you have /config mapped to on your docker? Dockers can create their own folders if you map a path that doesn't exist.

Docker containers not showing up in the Docker UI in unraid now, but each container config path was mapped to a corresponding folder in /mnt/cache/appdata.

 

All but two of those folders have now disappeared (e.g. I had Plex, CouchPotato, Sonarr, ZoneMinder - only Plex and Couchpotato folder existing in the cache appdata folder now). I had made no changes recently other than a reboot and Plex container update.

 

Just rebooted again out of interest, and its deleted the entire appdata folder on the cache drive. This is really bizarre!

 

Edited October 1, 20178 yr by ajburnet

Seems like if I delete a folder that exists on /mnt/user/  it deletes the corresponding folder (if it exists) in /mnt/cache.

 

Shh'd in as root so not a permissions issue, i.e. can't see the files.

 

Eh?

All shares will be in /mnt/user and any share that uses cache will also have a folder there.

Thank you for your input btw. What I don't get is the folders never used to exist in /user - i.e. they weren't a share (on purpose so the disks could spin down etc.). Now they are, and deleting them has completely wiped out the folder on the cache drive. In this case, the only share that it shows is the /system one for Vms, and its creating a folder in /user even though the share is set to only use cache and exclude all other disks. Does that make sense?

Over my head. Sorry. I can tell you that all root level items on my system are listed in /mnt/user/.

Yeah, very strange behaviour. If it was some kind of symlink then deleting it in /user should result in the data being deleted on a seperate drive which is the behaviour I find strange.

 

Damage is done anyway, docker.img, all appdata and vms now gone. Hopefully restoring from the backup works. But trying to stop the behaviour from reoccuring!

 

Thanks!

"/mnt/user/..."

 

is mapped to everything even if it was a cache "only" option...

 

if you remove something under the path "/mnt/user/..." you remove it everywhere.

That would explain it......!

 

Thanks,

 

Alex.