Re: GFS Tuning - it's just slow, to slow for production

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

 



OK this worked:

/dev/mapper/vg_acct10-lv_acct10 /acct10 gfs2     noatime,quota=on   1 2

When I do:
[root@fenclxmrcati11 ~]# gfs2_tool gettune /acct10
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
complain_secs = 10
max_readahead = 262144
quota_quantum = 60
quota_warn_period = 10
jindex_refresh_secs = 60
log_flush_secs = 60
incore_log_blocks = 1024


I do not see statfs_fast parameter. Is it by default 0 or 1?


On Tue, Mar 16, 2010 at 3:39 PM, Alan A <alan.zg@xxxxxxxxx> wrote:
sorry that was a type - I meant noatime and relatime.


On Tue, Mar 16, 2010 at 3:22 PM, Jeff Sturm <jeff.sturm@xxxxxxxxxx> wrote:
From: linux-cluster-bounces@xxxxxxxxxx [mailto:linux-cluster-bounces@xxxxxxxxxx] On Behalf Of Alan A
Sent: Tuesday, March 16, 2010 4:01 PM
To: linux clustering
Subject: Re: GFS Tuning - it's just slow,to slow for production

> /dev/mapper/vg_acct10-lv_acct10 /acct10 gfs2  -o notime 1 2

Should be "noatime".  We use this in /etc/fstab on GFS1 without a problem.

> It complained about /etc/fstab not having valid arguments.






--
Alan A.



--
Alan A.
--
Linux-cluster mailing list
Linux-cluster@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/linux-cluster

[Index of Archives]     [Corosync Cluster Engine]     [GFS]     [Linux Virtualization]     [Centos Virtualization]     [Centos]     [Linux RAID]     [Fedora Users]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite Camping]

  Powered by Linux