mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Jesse Pollard <pollard@tomcat.admin.navo.hpc.mil>
To: VDA@port.imtp.ilyichevsk.odessa.ua,
	Jesse Pollard <pollard@tomcat.admin.navo.hpc.mil>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Re[2]: Shutting down NFS
Date: Wed, 29 Aug 2001 08:49:59 -0500 (CDT)	[thread overview]
Message-ID: <200108291349.IAA67086@tomcat.admin.navo.hpc.mil> (raw)

---------  Received message begins Here  ---------

> 
> Hello Jesse,
> 
> Wednesday, August 29, 2001, 3:58:07 PM, you wrote:
> >> 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.
> 
> JP> This already looks like overkill :-) Only the first one should be
> JP> needed. I can understand that NFSD could disable signal 15, but not
> JP> how it can disable 9... The only way I know for that to happen is
> JP> if the process is in an uninterruptable sleep for some reason (and
> JP> that should only delay signal delivery, not eliminate it).
> 
> It looks like killall5 bug - "killall -9 nfsd" kills nfsd at once.
> Do you know where killall5 source is? There's no killall5 in
> util-linux...

Glad you found it... The killall5 source is part of the sysvinit. I found
it on the Slackware 8 source disk. (I wonder about the "will not kill
processes in current session" thing... does nfsd appear to be in the
same session???? I wouldn't think so, but that would explain why some of
terminations takes so long, and why some signals appear to be disabled)

-------------------------------------------------------------------------
Jesse I Pollard, II
Email: pollard@navo.hpc.mil

Any opinions expressed are solely my own.

             reply	other threads:[~2001-08-29 13:51 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-08-29 13:49 Jesse Pollard [this message]
  -- strict thread matches above, loose matches on Subject: below --
2001-08-29 12:58 Jesse Pollard
2001-08-29 13:14 ` Re[2]: " 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=200108291349.IAA67086@tomcat.admin.navo.hpc.mil \
    --to=pollard@tomcat.admin.navo.hpc.mil \
    --cc=VDA@port.imtp.ilyichevsk.odessa.ua \
    --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®