This bug has been copied from bug #683155 and has been proposed to be backported to 5.6 z-stream (EUS).
Created attachment 487110 [details] The 5.6.z crosswrite patch The 5.7 patch does not apply directly to the 5.6.z kernel. This one is the proper patch for 5.6.z. I verified its contents using kompare against the 5.7 patch.
Patch provided; setting devel_ack.
in kernel-2.6.18-238.10.1.el5 linux-2.6-fs-gfs2-creating-large-files-suddenly-slow-to-a-crawl.patch
An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHSA-2011-0833.html
Technical note added. If any revisions are required, please edit the "Technical Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. New Contents: GFS2 (Global File System 2) keeps track of the list of resource groups to allow better performance when allocating blocks. Previously, when the user created a large file in GFS2, GFS2 could have run out of allocation space because it was confined to the recently-used resource groups. With this update, GFS2 uses the MRU (Most Recently Used) list instead of the list of the recently-used resource groups. The MRU list allows GFS2 to use all available resource groups and if a large span of blocks is in use, GFS2 uses allocation blocks of another resource group.