[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#359335: ssh/openssh-server dependency problems prevent installation--maybe local goof



On Mon, 2006-03-27 at 18:57 -0500, Justin Pryzby wrote:
> On Mon, Mar 27, 2006 at 03:12:59PM -0800, Ross Boylan wrote:
> > init.d/ssh includes these lines
> > 
> >   restart)
> > 	check_config
> >         echo -n "Restarting OpenBSD Secure Shell server: sshd"
> > 	start-stop-daemon --stop --quiet --oknodo --retry 30
> > --pidfile /var/run/sshd.pid
> > 
> > We made some changes to get a 2nd sshd running, and may have edited this
> > by mistake.  The argument to --pidfile should be /var/run/sshd/sshd.pid.
> > 
> > With that change, things seem to work.
> > 
> > So, if the original file is like that, I think it should be fixed.
> > 
> > If it's not, sorry about the noise.  OK to close.
> /var/run/sshd.pid is what the original conffile has, and my upgrade
> worked.  Can this be closed, or is there still a bug?

My init.d/ssh file has most commands using /var/run/ssh/sshd.pid for the
pid file, except that restart was using /var/run/sshd.pid.  I assumed
the local change had been to lines after restart, but maybe it was to
the others.
  start)
	check_for_no_start
	check_privsep_dir
        echo -n "Starting OpenBSD Secure Shell server: sshd"
	start-stop-daemon --start --quiet --pidfile /var/run/sshd/sshd.pid
--exec /usr/sbin/sshd -- $SSHD_OPTS
        echo "."
	;;
  stop)
        echo -n "Stopping OpenBSD Secure Shell server: sshd"
	start-stop-daemon --stop --quiet --oknodo
--pidfile /var/run/sshd/sshd.pid
        echo "."
	;;

  reload|force-reload)
	check_for_no_start
	check_config
        echo -n "Reloading OpenBSD Secure Shell server's configuration"
	start-stop-daemon --stop --signal 1 --quiet --oknodo
--pidfile /var/run/sshd/sshd.pid --exec /usr/sbin/sshd
	echo "."
	;;

  restart)
	check_config
        echo -n "Restarting OpenBSD Secure Shell server: sshd"
	start-stop-daemon --stop --quiet --oknodo --retry 30
--pidfile /var/run/sshd/sshd.pid
	check_for_no_start
	check_privsep_dir
	start-stop-daemon --start --quiet --pidfile /var/run/sshd/sshd.pid
--exec /usr/sbin/sshd -- $SSHD_OPTS

So, I'd say that if all the pid file paths are consistent in the
original, this is our locally introduced goof, and it's OK to close.

If they aren't, then maybe there's a real problem that happened to show
up more obviously because I had two sshd's running.






Reply to: