You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
So it is possible that singularity cache directories are taking up disk space but are not findable by spacesavers. But this was only the case for ccbr1332, and doesn't explain the discrepancy for the other projects.
The text was updated successfully, but these errors were encountered:
Update: found a possible bug ... when spacesavers2 finds hardlinks ... it is supposed to designate 1 file as the original file ... count its size as nonduplicate bytes ... and also count files as non-duplicate files. But as of v0.13.0 it counts files as non-duplicate files but does not add non-duplicates bytes to the folder size. This may be the reason it is undercalling the folder sizes. Will be fixing this in v0.13.1
For
/data/CCBR
as of July 2024,df
reports a disk usage of 197.2 TiB, while spacesavers2 reports a disk usage of 161 TiB.I checked 3 project directories with spacesavers2 and compared the results to
du -s
.Note:
df
anddu
are not interchangeable.df
cannot run on project directories (it just reports the overall usage for data mounts such as/data/CCBR
), butdu
can. Alsodu -s /data/CCBR
returns zero.See code here: https://github.com/CCBR/spacesavers2/blob/98b1527c795fe97e9adb848d1a2109414fc4aec7/tests/debug_102/bin/main.sh
I ran
find
to audit group permissions in these projects, and found one directory that was not readable:So it is possible that singularity cache directories are taking up disk space but are not findable by spacesavers. But this was only the case for ccbr1332, and doesn't explain the discrepancy for the other projects.
The text was updated successfully, but these errors were encountered: