RE: sshd will unter suse8.2 nicht starten
Hallo Liste,
ich habe nen Server unter Suse 8.2 aufgesetzt, mit Samba, cvs-server apache etc. darauf lief bis gestern auch ein sshd. Heute nacht hatten wir ein Gewitter mit Stromausfall (FI war die halbe nacht draußen). Nach dem wiederhochfahren ist wieder alles gelaufen (reiser-fs sei dank!) bis auf den sshd eben. Als ich ihn manuell von Hand starten wollte meldete er in webmin (ja ich setz webmin ein, der Server ist ein reiner intranetserver hinter einer firewall): Führe /etc/init.d/sshd start aus ...
Starting SSH daemonExtra argument YES. ..failed
woran kann das liegen?
Das skript ist das Original SuSE-skript, an dem habe ich nichts geändert: #! /bin/sh # Copyright (c) 1995-2000 SuSE GmbH Nuernberg, Germany. # # Author: Jiri Smid
# # /etc/init.d/sshd # # and symbolic its link # # /usr/sbin/rcsshd # ### BEGIN INIT INFO # Provides: sshd # Required-Start: $network $remote_fs # Required-Stop: $network $remote_fs # Default-Start: 3 5 # Default-Stop: 0 1 2 6 # Description: Start the sshd daemon ### END INIT INFO SSHD_BIN=/usr/sbin/sshd test -x $SSHD_BIN || exit 5
SSHD_SYSCONFIG=/etc/sysconfig/ssh test -r $SSHD_SYSCONFIG || exit 6 . $SSHD_SYSCONFIG
SSHD_PIDFILE=/var/run/sshd.init.pid
. /etc/rc.status
# Shell functions sourced from /etc/rc.status: # rc_check check and set local and overall rc status # rc_status check and set local and overall rc status # rc_status -v ditto but be verbose in local rc status # rc_status -v -r ditto and clear the local rc status # rc_failed set local and overall rc status to failed # rc_reset clear local rc status (overall remains) # rc_exit exit appropriate to overall rc status
# First reset status of this service rc_reset
case "$1" in start) if ! test -f /etc/ssh/ssh_host_key ; then echo Generating /etc/ssh/ssh_host_key. ssh-keygen -t rsa1 -b 1024 -f /etc/ssh/ssh_host_key -N '' fi if ! test -f /etc/ssh/ssh_host_dsa_key ; then echo Generating /etc/ssh/ssh_host_dsa_key.
ssh-keygen -t dsa -b 1024 -f /etc/ssh/ssh_host_dsa_key -N '' fi if ! test -f /etc/ssh/ssh_host_rsa_key ; then echo Generating /etc/ssh/ssh_host_rsa_key.
ssh-keygen -t rsa -b 1024 -f /etc/ssh/ssh_host_rsa_key -N '' fi echo -n "Starting SSH daemon" ## Start daemon with startproc(8). If this fails ## the echo return value is set appropriate.
startproc -f -p $SSHD_PIDFILE /usr/sbin/sshd $SSHD_OPTS -o "PidFile=$SSHD_PIDFILE"
# Remember status and be verbose rc_status -v ;; stop) echo -n "Shutting down SSH daemon" ## Stop daemon with killproc(8) and if this fails ## set echo the echo return value.
killproc -p $SSHD_PIDFILE -TERM /usr/sbin/sshd
# Remember status and be verbose rc_status -v ;; try-restart) ## Stop the service and if this succeeds (i.e. the ## service was running before), start it again. $0 status >/dev/null && $0 restart
# Remember status and be quiet rc_status ;; restart) ## Stop the service and regardless of whether it was ## running or not, start it again. $0 stop $0 start
# Remember status and be quiet rc_status ;; force-reload|reload) ## Signal the daemon to reload its config. Most daemons ## do this on signal 1 (SIGHUP).
echo -n "Reload service sshd"
killproc -p $SSHD_PIDFILE -HUP /usr/sbin/sshd
rc_status -v
;; status) echo -n "Checking for service sshd " ## Check status with checkproc(8), if process is running ## checkproc will return with exit status 0.
# Status has a slightly different for the status command: # 0 - service running # 1 - service dead, but /var/run/ pid file exists # 2 - service dead, but /var/lock/ lock file exists # 3 - service not running
checkproc -p $SSHD_PIDFILE /usr/sbin/sshd
rc_status -v ;; probe) ## Optional: Probe for the necessity of a reload, ## give out the argument which is required for a reload.
test /etc/ssh/sshd_config -nt $SSHD_PIDFILE && echo reload ;; *) echo "Usage: $0 {start|stop|status|try-restart|restart|force-reload|reload|probe}" exit 1 ;; esac rc_exit
Hallo Hubert, was sagen denn die Logs? (z.B. /var/log/messages) Gruss, Nicolas Tinnefeld
Hallo Nicolas Tinnefeld, am Montag, 19. Juli 2004, 11:22:41, haben Sie gemailt: [ mv old_stuff /dev/null ] NT> Hallo Hubert, NT> was sagen denn die Logs? (z.B. /var/log/messages) var/log/messages: Jul 19 11:31:55 megatec2 startproc: startproc: exit status of parent of /usr/sbin/sshd: 1 /var/log/localmessages: Jul 19 11:31:55 megatec2 startproc: startproc: exit status of parent of /usr/sbin/sshd: 1 Da nicht mehr da steht, hatte ich es in der ersten Mail nicht mitangegeben. Ciao Hubert -- megatec electronic GmbH Dipl. Ing. Hubert Lehenhammer 14 92268 Etzelwang @ : msl@megatec-electronic.de
Hallo, Am Montag, 19. Juli 2004 11:45 schrieb Hubert Moesslein:
Hallo Nicolas Tinnefeld, am Montag, 19. Juli 2004, 11:22:41, haben Sie gemailt:
NT> was sagen denn die Logs? (z.B. /var/log/messages) var/log/messages: Jul 19 11:31:55 megatec2 startproc: startproc: exit status of parent of /usr/sbin/sshd: 1
starte den sshd doch einfach mal "von Hand" (sshd -ddd als root) -d = Debug Mode (man sshd) Gruß Harald
Hallo Harald Huthmann, am Montag, 19. Juli 2004, 12:00:51, haben Sie gemailt: HH> Hallo, HH> Am Montag, 19. Juli 2004 11:45 schrieb Hubert Moesslein:
Hallo Nicolas Tinnefeld, am Montag, 19. Juli 2004, 11:22:41, haben Sie gemailt:
NT> was sagen denn die Logs? (z.B. /var/log/messages) var/log/messages: Jul 19 11:31:55 megatec2 startproc: startproc: exit status of parent of /usr/sbin/sshd: 1
HH> starte den sshd doch einfach mal "von Hand" HH> (sshd -ddd als root) HH> -d = Debug Mode (man sshd) megatec2:/home/msl # /usr/sbin/sshd -ddd & 7255: debug1: sshd version OpenSSH_3.5p1 7255: debug1: private host key: #0 type 0 RSA1 7255: debug3: Not a RSA1 key file /etc/ssh/ssh_host_rsa_key. 7255: debug1: read PEM private key done: type RSA 7255: debug1: private host key: #1 type 1 RSA 7255: debug3: Not a RSA1 key file /etc/ssh/ssh_host_dsa_key. 7255: debug1: read PEM private key done: type DSA 7255: debug1: private host key: #2 type 2 DSA 7255: debug1: Bind to port 22 on ::. 7255: Server listening on :: port 22. 7255: Generating 768 bit RSA key. [1] 7255 megatec2:/home/msl # 7255: RSA key generation complete. megatec2:/home/msl #/etc/init.d/sshd status Checking for service sshd running megatec2:/home/msl # Kann mir wer erklären, warum es so geht? danke..., da ich wahrscheinlich nach dem nächsten Wiederhochfahren nicht da bin und der sshd eigentlich automatisch gestartet werden soll. Ciao Hubert -- megatec electronic GmbH Dipl. Ing. Hubert Lehenhammer 14 92268 Etzelwang @ : msl@megatec-electronic.de
Am Montag, 19. Juli 2004 12:40 schrieb Hubert Moesslein:
Hallo Harald Huthmann, am Montag, 19. Juli 2004, 12:00:51, haben Sie gemailt:
HH> starte den sshd doch einfach mal "von Hand" HH> (sshd -ddd als root) HH> -d = Debug Mode (man sshd) megatec2:/home/msl # /usr/sbin/sshd -ddd & [...] megatec2:/home/msl #/etc/init.d/sshd status Checking for service sshd running megatec2:/home/msl #
Kann mir wer erklären, warum es so geht? danke..., da ich wahrscheinlich nach dem nächsten Wiederhochfahren nicht da bin und der sshd eigentlich automatisch gestartet werden soll.
hm... vermutlich: # 1 - service dead, but /var/run/ pid file exists (Hast Du ja selbst geschrieben...) Dort könnte man nachsehen. Versuch ein "rcsshd stop" und dann ein "rcsshd start" wenn Du den Server jetzt nicht runterfahren kannst. Gruß Harald
Hallo Harald Huthmann, am Montag, 19. Juli 2004, 13:17:27, haben Sie gemailt: HH> Am Montag, 19. Juli 2004 12:40 schrieb Hubert Moesslein:
Hallo Harald Huthmann, am Montag, 19. Juli 2004, 12:00:51, haben Sie gemailt:
HH> starte den sshd doch einfach mal "von Hand" HH> (sshd -ddd als root) HH> -d = Debug Mode (man sshd) megatec2:/home/msl # /usr/sbin/sshd -ddd & [...] megatec2:/home/msl #/etc/init.d/sshd status Checking for service sshd running megatec2:/home/msl #
Kann mir wer erklären, warum es so geht? danke..., da ich wahrscheinlich nach dem nächsten Wiederhochfahren nicht da bin und der sshd eigentlich automatisch gestartet werden soll.
HH> hm... vermutlich: HH> # 1 - service dead, but /var/run/ pid file exists HH> (Hast Du ja selbst geschrieben...) HH> Dort könnte man nachsehen. HH> Versuch ein "rcsshd stop" und dann ein "rcsshd start" Da passiert dasselbe.... HH> wenn Du den Server jetzt nicht runterfahren kannst. Aber ich habs gefunden!!!!
in /etc/sysconfig/ssh stand folgendes: megatec2:~ # less /etc/sysconfig/ssh ## Path: Network/Remote access/SSH ## Description: SSH server settings ## Type: string ## Default: "" # # Options for sshd # SSHD_OPTS="YES" /etc/sysconfig/ssh lines 1-8/8 (END) Die SSHG_OPTS="" gesetzt hat das Problem dann gelöst.. Trotzdem nochmal vielen dank für die Hinweise... Ciao Hubert -- megatec electronic GmbH Dipl. Ing. Hubert Lehenhammer 14 92268 Etzelwang @ : msl@megatec-electronic.de
participants (4)
-
Andreas Ahlenstorf
-
Harald_mail@t-online.de
-
Hubert Moesslein
-
Nicolas Tinnefeld