From: Jesse Pollard <pollard@tomcat.admin.navo.hpc.mil>
To: VDA@port.imtp.ilyichevsk.odessa.ua,
Jesse Pollard <jesse@cats-chateau.net>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Shutting down NFS
Date: Wed, 29 Aug 2001 07:58:07 -0500 (CDT) [thread overview]
Message-ID: <200108291258.HAA66579@tomcat.admin.navo.hpc.mil> (raw)
VDA <VDA@port.imtp.ilyichevsk.odessa.ua>:
> Hello Jesse,
>
> Tuesday, August 28, 2001, 4:42:48 AM, you wrote:
> JP> On Mon, 27 Aug 2001, VDA wrote:
> >>...
> >> killall5 -15; sleep 2; killall5 -9:
> >> 1st run - nothing
> >> 2nd run - nfsd dies
> >> 3rd run - lockd/statd die
> >> (This is strange. Complicates shutdown script)
>
> JP> You are using 2 second delay, which might be a bit short, but not unreasonable.
>
> I have tested this not by shutting down my system but by running a
> test script, watching "ps -AH e" after each run.
> After first run of "killall5 -15; sleep 2; killall5 -9" NFS daemons
> DON'T die at all. After second run only nfsd dies. Only third run
> kills lockd and statd. It does not matter how long I wait between
> runs. (however I didn't wait for minutes. Do you want me to try it?)
> Am I supposed to do the same in shutdown script, i.e.
>
> killall5 -15; sleep 5; killall5 -9; sleep 5
> killall5 -15; sleep 5; killall5 -9; sleep 5
> killall5 -15; sleep 5; killall5 -9 ?
>
> This looks ugly and total sleep time is 25 sec.
> A better way is to make NFS daemons understand what user wants after
> first call, not a third.
This already looks like overkill :-) Only the first one should be
needed. I can understand that NFSD could disable signal 15, but not
how it can disable 9... The only way I know for that to happen is
if the process is in an uninterruptable sleep for some reason (and
that should only delay signal delivery, not eliminate it).
I'll have to look at the sources to get more details.
Everything else looks reasonable (even with a two second sleep).
-------------------------------------------------------------------------
Jesse I Pollard, II
Email: pollard@navo.hpc.mil
Any opinions expressed are solely my own.
next reply other threads:[~2001-08-29 12:59 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-08-29 12:58 Jesse Pollard [this message]
2001-08-29 13:14 ` Re[2]: " VDA
[not found] <01082720543901.24861@tabby>
[not found] ` <200108260735.f7Q7ZH9k002632@leija.fmi.fi>
[not found] ` <01082609324300.16138@tabby>
[not found] ` <185011756.20010827095543@port.imtp.ilyichevsk.odessa.ua>
2001-08-29 6:35 ` VDA
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=200108291258.HAA66579@tomcat.admin.navo.hpc.mil \
--to=pollard@tomcat.admin.navo.hpc.mil \
--cc=VDA@port.imtp.ilyichevsk.odessa.ua \
--cc=jesse@cats-chateau.net \
--cc=linux-kernel@vger.kernel.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®