From: Massimo Mongardini <massimo@mongardini.it>
To: Ian Kent <raven@themaw.net>
Cc: autofs@linux.kernel.org
Subject: Re: spurious 'executable not found' errors on nfs automounted partition
Date: Mon, 29 Oct 2007 14:16:52 +0000 [thread overview]
Message-ID: <4725EB54.4070400@mongardini.it> (raw)
In-Reply-To: <1193415615.3077.57.camel@raven.themaw.net>
[-- Attachment #1.1: Type: text/plain, Size: 3153 bytes --]
Ian Kent wrote:
> On Fri, 2007-10-26 at 12:59 +0100, Massimo Mongardini wrote:
>
>> Hi everyone,
>> I am experiencing an issue in the following circumstances:
>>
>> os: rhel4.5
>> kernel client: 2.6.9-55.0.9.ELsmp
>> kernel server: 2.6.9-55.0.2.ELsmp
>> autofs version 4.1.3-199.3
>>
>> server exports folder /nfs/folder with parameters:
>> async,rw,fsid=1,no_root_squash
>>
>> client automounts /nfs/folder with:
>>
>> auto.master:
>> /nfs /etc/auto.nfs
>>
>> auto.nfs:
>> folder -fstype=nfs,udp,rsize=32768,wsize=32768,noatime
>> fs-cluster:/nfs/folder
>>
>> default values for automount are --timeout 60
>>
>> If I run a script that checks with a series of increasing sleep
>> intervals < 120 if an exported file is executable,
>> I notice that if there is a coincidence between an unmount request and a
>> file request the file test fails
>>
>
> This sounds like the mount/expire race patch and it's friends that
> aren't present in that kernel.
>
> There have been a few issues discussed around these patches (or the lack
> of them) on this list lately.
>
>
>> Thu Oct 25 17:00:28 GMT 2007 Error at DELAY: 38
>> Oct 25 17:00:28 server mountd[8014]: authenticated unmount request from
>> client:989 for /nfs/folder (/nfs/folder)
>> Fri Oct 26 04:48:41 GMT 2007 Error at DELAY: 25
>> Oct 26 04:48:41 server mountd[8014]: authenticated unmount request from
>> client:846 for /nfs/folder (/nfs/folder)
>>
>> the test script looks like this:
>>
>> EXECUTABLE="/nfs/folder/somepath/exec"
>> DELAY="1"
>> STOPCOUNT=120
>> OUT=$1
>> while true
>> do
>> while [ "$DELAY" -lt "$STOPCOUNT" ]
>> do
>> test -x $EXECUTABLE
>> if [ "$?" -ne "0" ]
>> then
>> echo "$(date) Error at DELAY: $DELAY" >> $OUT
>> else
>> echo "$(date) Executable found at DELAY: $DELAY" >> $OUT
>> fi
>> sleep $DELAY
>> (( DELAY++ ))
>> done
>> done
>>
>> any help is much appreciated
>>
>> cheers,
>> Massimo
>>
>>
>
>
Ian,
thanks for your answer.
I saw that bug but I thought was just related to autofs4. Since the
client is running a maybe-patched 2.6.9-55.0.9.ELsmp version I thought
would be wnough. Am I missing something or some useful post?
$ rpm -q --changelog kernel-smp-2.6.9-55.0.9.EL | grep -e autofs | grep race
-revert: autofs4 fix for race between mount and expire [248126]
-autofs4: fix race between mount and expire (Ian Kent) [248126]
-autofs4: fix race between mount/expire (Jeff Moyer) [175778]
The server has just:
$ rpm -q --changelog kernel-smp-2.6.9-55.0.2.EL | grep -e autofs | grep race
-autofs4: fix race between mount/expire (Jeff Moyer) [175778]
cheers,
Massimo
--
Massimo Mongardini
_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
echo 'Jg!J!hjwf!zpv!bo!bqqmf!boe!zpv!hjwf!nf!bo!bqqmf-!uifo!xf!xjmm!ibwf!bo!bqqmf!fbdi/!Cvu!jg!J!hjwf!zpv!bo!jefb!boe!zpv!hjwf!nf!bo!jefb-!xf!xjmm!ibwf!uxp!jefbt!fbdi!' | perl -pe 's/(.)/chr(ord($1)-1)/ge'
#--#--#--#--#--#--#--#--#--#--#--#--#--#--#--#--#--#--#--#--#--#--#--#--#--#--#
Please avoid sending me Word or PowerPoint attachments.
See http://www.gnu.org/philosophy/no-word-attachments.html
[-- Attachment #1.2: Type: text/html, Size: 3708 bytes --]
[-- Attachment #2: Type: text/plain, Size: 140 bytes --]
_______________________________________________
autofs mailing list
autofs@linux.kernel.org
http://linux.kernel.org/mailman/listinfo/autofs
next prev parent reply other threads:[~2007-10-29 14:16 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-10-26 11:59 spurious 'executable not found' errors on nfs automounted partition Massimo Mongardini
2007-10-26 16:20 ` Ian Kent
2007-10-29 14:16 ` Massimo Mongardini [this message]
2007-10-29 16:01 ` Ian Kent
2007-10-29 16:45 ` Massimo Mongardini
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4725EB54.4070400@mongardini.it \
--to=massimo@mongardini.it \
--cc=autofs@linux.kernel.org \
--cc=raven@themaw.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.