Red Hat Bugzilla – Bug 422681
GFS2: with gfs2, permission denied on first attempt to run an executable
Last modified: 2008-05-21 11:03:50 EDT
Description of problem:
I'm running a two cluster system with both nodes RHEL 5.1. I have shared gfs2
filesystems on a SAN storage device.
Everything seems to work except for the first time I attempt to run an
executable on one of the gfs2 filesystems. The first time I get "permission
denied", but all subsequent attempts work as expected. If I unmount and mount
the filesystem, again the "permission denied" problem returns just for the first
time I try to execute the file.
I'm using lock_dlm with 4 journals. I see no message in /var/log/messages
corresponding to the "permission denied" problem.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
Moving all RHCS ver 5 bugs to RHEL 5 so we can remove RHCS v5 which never existed.
This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux maintenance release. Product Management has requested
further review of this request by Red Hat Engineering, for potential
inclusion in a Red Hat Enterprise Linux Update release for currently deployed
products. This request is not yet committed for inclusion in an Update
Created attachment 290955 [details]
This is my current patch. Let me know what you think. This is for upstream, and
RHEL doesn't need the changes in ops_address.c.
Created attachment 291000 [details]
RHEL 5.2 patch
Posted to rhkernel-list. (only changes to ops_inode.c from patch in previous
You can download this test kernel from http://people.redhat.com/dzickus/el5
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 the 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.