All of lore.kernel.org
 help / color / mirror / Atom feed
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 16:45:32 +0000	[thread overview]
Message-ID: <47260E2C.1080409@mongardini.it> (raw)
In-Reply-To: <1193673686.3145.9.camel@raven.themaw.net>


[-- Attachment #1.1: Type: text/plain, Size: 3848 bytes --]

Ian Kent wrote:
> On Mon, 2007-10-29 at 14:16 +0000, Massimo Mongardini wrote:
>   
>> 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]
>>     
>
> This is the bit you should notice.
> The needed patches just aren't present.
>
>   
>> -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]
>>     
>
> And this version would be OK if it had the needed corrections.
>
> Ian
>
>
>   
Ian,
It's clear now... I didn't notice the revert ... ;)
Thanks for your time, I'll just keep the mount points hard mounted until
a patched kernel will be released.

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: 4431 bytes --]

[-- Attachment #2: Type: text/plain, Size: 140 bytes --]

_______________________________________________
autofs mailing list
autofs@linux.kernel.org
http://linux.kernel.org/mailman/listinfo/autofs

      reply	other threads:[~2007-10-29 16:45 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
2007-10-29 16:01     ` Ian Kent
2007-10-29 16:45       ` Massimo Mongardini [this message]

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=47260E2C.1080409@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.