* Re: [gentoo-user] SSH won't restart
@ 2007-09-09 2:05 99% ` Dan Farrell
0 siblings, 0 replies; 1+ results
From: Dan Farrell @ 2007-09-09 2:05 UTC (permalink / raw
To: gentoo-user
On Sat, 8 Sep 2007 22:50:20 +0200
Alex Schuster <wonko@wonkology.org> wrote:
> Josh Cepek writes:
>
> > I had a similar issue after a previous update to ssh when I went to
> > restart it to get it to use the new binaries. One of the nice
> > features of sshd is that your current session will say active even
> > if you kill the sshd daemon process. Of course, if you get
> > disconnected then you will not be able to log back in, so it's good
> > to do what you need to quickly if you do need to kill (or if it's
> > really stuck, kill -9) the process. When I had this problem I
> > issued a `kill -9 PID_NUMBER && /etc/init.d/sshd start` - just be
> > *sure* that you're killing the /usr/sbin/sshd process and not one
> > of your sshd login forks at the same time.
> >
> > Alex Schuster wrote:
> > > If you think the upgrade is necessary and don't want to wait
> > > until you or s.o. else has physical access in case sshd doesn't
> > > come up again, you could
> > > try to restart sshd manually by issuing a "kill -SIGHUP $( pidof
> > > sshd )".
> >
> > I don't recommend doing this as it will also kill your current ssh
> > session. If for some reason the SIGHUP doesn't take correctly on
> > the listening daemon you will find yourself locked and kicked out
> > of the server. Use top or htop to determine the actual PID of the
> > daemon only.
>
> Oh, whoops! Big mistake, you are right - sorry for that, this was bad
> advice. I did not think about these other sshd processes. Thanks for
> being watchful and pointing this out.
> Still, I would prefer -HUP instead of -9, as this would make the sshd
> server restart itself. Just in case /etc/init.d/sshd start also makes
> trouble - it really shouldn't, but neither should /etc/init.d/sshd
> stop.
>
> Alex
Don't forget that you could potentially test out the new server on a
different port, and then if you can log in there you can
use that connection to kill the other sshd, and then you can restart
the normal sshd, and then kill the temporary sshd. I recommend this
method highly as it gives you another way to get in should something go
wrong. Just remember not to 'killall sshd'!
--
gentoo-user@gentoo.org mailing list
^ permalink raw reply [relevance 99%]
Results 1-1 of 1 | reverse | options above
-- pct% links below jump to the message on this page, permalinks otherwise --
2007-09-08 15:40 [gentoo-user] SSH won't restart Grant
2007-09-08 18:10 ` Josh Cepek
2007-09-08 20:50 ` Alex Schuster
2007-09-09 2:05 99% ` Dan Farrell
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox