URL: <http://savannah.nongnu.org/bugs/?19253> Summary: ALU min-free-disk continues to create files Project: Gluster Submitted by: adauria Submitted on: Friday 03/09/2007 at 11:13 Category: GlusterFS Severity: 3 - Normal Priority: 5 - Normal Item Group: Improper behaviour Status: None Privacy: Public Assigned to: None Open/Closed: Open Discussion Lock: Any Operating System: GNU/Linux _______________________________________________________ Details: [Client configuration....] volume bricks type cluster/unify subvolumes oss1c oss2c oss3c oss4c option scheduler alu option alu.limits.min-free-disk 60GB option alu.limits.max-open-files 10000 option alu.order disk-usage:read-usage:write-usage:open-files-usage:disk-speed-usage option alu.disk-usage.entry-threshold 2GB option alu.disk-usage.exit-threshold 60MB option alu.open-files-usage.entry-threshold 1024 option alu.open-files-usage.exit-threshold 32 option alu.stat-refresh.interval 10sec end-volume On a 4 brick system... oss1c 2.3T 2.3T 4.6G 100% oss2c 2.8T 2.6T 220G 93% oss3c 3.7T 2.6T 1.2T 70% oss4c 2.8T 2.6T 220G 93% [Observation....] When writing to the unified cluster, although creates to oss1c, the smallest brick, did slow down, they did not stop. Our testing ceased when there was less than 5GB free space left on oss1c. This was well beyond the 60GB minimum that was set in the options. The characteristics of the files being created are: - new directory created every 10 minutes - old files closed in old directory - new file(s) created when new directory is created - no individual file exceeds 1GB in size (when 1GB limit reached, a new file is created) Thus, no file is remaining open or being extended in such a way as to grow this far beyond the 60GB limit. _______________________________________________________ Reply to this item at: <http://savannah.nongnu.org/bugs/?19253> _______________________________________________ Message sent via/by Savannah http://savannah.nongnu.org/
