Hi, On Wed, 2010-01-20 at 10:07 -0600, Paras pradhan wrote: > So.. does statfs_slow=0 means statfs_fast has been enabled? > Basically yes. With newer GFS2 you can also alter this behaviour via the mount command line. I should check to see whether we've got the man page updated as well. As a general principle we are trying to gradually move all the tweekables for the filesystem to the mount command line (and allow them to be set/reset via mount -o remount as required) rather than using the gfs2_tool settune system (which is non-standard). So if there is a mount command line equivalent command, then I would generally encourage the use of that instead, Steve. > > Paras. > > > On Wed, Jan 20, 2010 at 4:31 AM, Steven Whitehouse > <swhiteho@xxxxxxxxxx> wrote: > Hi, > > On Tue, 2010-01-19 at 16:59 -0600, Paras pradhan wrote: > > hi. > > > > > > Why I am not seeing statfs_fast ? > > > > > > [root@prd tune]# gfs2_tool gettune /guest_vms1 > > new_files_directio = 0 > > new_files_jdata = 0 > > quota_scale = 1.0000 (1, 1) > > logd_secs = 1 > > recoverd_secs = 60 > > statfs_quantum = 30 > > stall_secs = 600 > > quota_cache_secs = 300 > > quota_simul_sync = 64 > > statfs_slow = 0 > > ^^^^ Its called statfs_slow > > Steve. > > > > -- > Linux-cluster mailing list > Linux-cluster@xxxxxxxxxx > https://www.redhat.com/mailman/listinfo/linux-cluster > > > -- > Linux-cluster mailing list > Linux-cluster@xxxxxxxxxx > https://www.redhat.com/mailman/listinfo/linux-cluster -- Linux-cluster mailing list Linux-cluster@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/linux-cluster
