I'm running the latest 6.8.1 (problem existed in 6.8.0) and have a btrfs cache pool (mirrored identical 120GB SSDs) that initially showed 75GB used, I confirmed they are almost EMPTY through the SMB cache share and through SFTP...I first ran the mover script a few times, still no change, then thinking it could just be a glitch, I rebooted unraid, and it now shows 111GB USED...verifying through the SMB cache share, still only a few GB are used.

Is this a BTRFS issue or an unraid issue?

Are there files on the share that possibly would not show up in an SMB listing or an SFTP?

 

 

 

 

 

listing?

What is the output of

df -H /mnt/cache

And this

btrfs filesystem show /mnt/cache

 

Edited January 21, 20206 yr by bonienl

Thank you for the help...The df works, but I used "sudo du /mnt/user/system..." for each of the folders on the cache and found the full size docker image being recreated, it looks like the the docker image is not counted in the file size listing via smb/sftp, and somehow (me or automatic) the docker image initial size was set to 100GB (which explains the reboot, but not before the reboot). I disabled docker, deleted the image and everything is empty again.

 

does docker.img have different permissions causing smb shares not to list it?

 

For the future, is there an easy way to store the docker image/each docker data to the array instead of the cache drive?

 

Thank you for your help!

NM...batting a thousand this afternoon...settings for storage locations right in the docker settings...oops.

You want to keep the docker image on your cache (SSD). If placed on the array it has a significant impact on the performance of the docker applications.

 

Usually a size of 20GB is more than enough for the docker image.

 

If a docker app stores it's data in the appdata location, what else would be stored in the docker image?

17 minutes ago, bsim said:

If a docker app stores it's data in the appdata location, what else would be stored in the docker image?

The applications themselves