[bug #19253] ALU min-free-disk continues to create files

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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/





[Index of Archives]     [Gluster Users]     [Ceph Users]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux