Re: GFS handling of executable files and I/O

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

 



I reckon GFS is poorly documented, there are lots of things about it you won't be able to know until you deploy it and run into problems, I lately resized GFS and it badly effected NFS, it turned out to be a known issue but was not documented anywhere, adding journals is another example, they don't tell you would need to expand the file system if you decided to add more journals until you run gfs_jadd and complains of no enough space, gfs tuning options (gfs_tool gettune) are not documented either .. 

On 26/02/2010, at 3:37 PM, Alan A wrote:


I made /var/www gfs shared so I could share cgi-bin directory among cluster nodes. Yesterday we tested this out and failed. Users complained about slow page execution and I noticed with 'lsof /var/www/cgi-bin' command that many executable files are listing as open files. This brings me to a question - Does GFS treat executable files same as files open for read / write?

Unrelated to previous question, what GFS parameters can I tune with 'gfs_tool settune /volumename' to get better I/O? I am dealing with single threaded application that has a lot of I/O, mostly opens files for writing.

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

''''''''''''''''''''''''''''''''''''''''''''''''''''''
Abraham Alawi

Unix/Linux Systems Administrator
Science IT
University of Auckland
e: a.alawi@xxxxxxxxxxxxxx
p: +64-9-373 7599, ext#: 87572

''''''''''''''''''''''''''''''''''''''''''''''''''''''

--
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