From mboxrd@z Thu Jan 1 00:00:00 1970 From: Wendy Cheng Date: Fri, 15 Dec 2006 09:50:44 -0500 Subject: [Cluster-devel] [PATCH] Fix change nlink deadlock Message-ID: <4582B644.4020103@redhat.com> List-Id: To: cluster-devel.redhat.com MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Bugzilla 215088 Fix deadlock in gfs2_change_nlink() while installing RHEL5 into GFS2 partition. The gfs2_rename() apparently needs block allocation for the new name (into the directory) where it requires rg locks. At the same time, while updating the nlink count for the replaced file, gfs2_change_nlink() tries to return the inode meta-data back to resource group where it needs rg locks too. Our logic doesn't allow process to acquire these locks recursively by the same process (RHEL installer) that results a BUG call. This only happens within rename code path and only if the destination file exists before the rename operation. Patch passed a simulated test program created for this issue yesterday - havn't really tried it out on installer yet. Will continue to installer test today. Pass it up for a quick eyeball examine. -- Wendy -------------- next part -------------- A non-text attachment was scrubbed... Name: gfs2_rename_nlink.patch Type: text/x-patch Size: 2580 bytes Desc: not available URL: