[Linux-cluster] GFS Tuning - it's just slow, to slow for production

[Alan A]

OK this worked:

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

When I do:
[root at 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 at gmail.com> wrote:

> sorry that was a type - I meant noatime and relatime.
>
>
> On Tue, Mar 16, 2010 at 3:22 PM, Jeff Sturm <jeff.sturm at eprize.com> wrote:
>
>> From: linux-cluster-bounces at redhat.com [mailto:
>> linux-cluster-bounces at redhat.com] On Behalf Of Alan A
>> Sent: Tuesday, March 16, 2010 4:01 PM
>> To: linux clustering
>> Subject: Re: [Linux-cluster] 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.
>>
>>
>>
>> --
>> Linux-cluster mailing list
>> Linux-cluster at redhat.com
>> https://www.redhat.com/mailman/listinfo/linux-cluster
>>
>
>
>
> --
> Alan A.
>



-- 
Alan A.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/linux-cluster/attachments/20100316/6f5a1432/attachment.htm>