Aus irgendeinem Grund hat sshd aufgehört zu laufen und kein Start, Neustart oder Onestart bringt es wieder zum Laufen. Normalerweise greife ich von einem Dual-Boot-Laptop aus auf ssh zu, der im Netzwerk als gabi-buntu angezeigt wird, wenn Ubuntu Karmic läuft, und als gabi-pc, wenn Windows XP Pro läuft. Weder meine Putty-Verbindung noch das Linux-Terminal können mehr eine ssh-Verbindung herstellen.
Beim Neustart des Servers werde ich mit "/etc/rc: WARNUNG: run_rc_command: /usr/sbin/sshd kann nicht ausgeführt werden" begrüßt. Darüber hinaus erscheint eine Meldung mit Aussagen wie
rpc.statd: Kontakt zum Host gabi-buntu fehlgeschlagen RPC: Port-Mapper-Fehler RPC: Zeitüberschreitung
Alles andere funktioniert einwandfrei. Auf der FreeBSD 7.2-Box laufen ein Druckserver, ein Samba-Server und ein Apache-Server für ein Wiki über https. Außerdem werden NFS-Freigaben für Linux-Clients bereitgestellt.
Irgendwelche Vorschläge?
Antwort1
Geoff und Marie, so weit bin ich nicht gekommen. Ich bin neu hier. Ich habe diese Frage im Auge behalten, aber es wurden immer keine Antworten angezeigt, also habe ich sie mir nie wirklich angesehen – was mich auf Ihre Kommentare aufmerksam gemacht hätte. Ich habe eine Problemumgehung gefunden.
Zunächst meine Diagnose:
Es stellte sich heraus, dass der NFS-Server sich darum kümmert, ob seine Clients anwesend sind. Ich wusste es nicht. Ich nahm an, dass er einfach denjenigen bediente, der da war und darauf wartete, bedient zu werden.
Der „gabi-buntu“-Client war die Ubuntu-Karmic-Hälfte eines Dual-Boot-Laptops. Karmic wird auf einem Laptop nicht in den Ruhezustand versetzt oder in den Ruhezustand versetzt – oder bestenfalls schon, aber es kann nicht aufgeweckt werden, was dasselbe ist, weil ein Kaltstart erforderlich ist. Dieses Ereignis wird vom rpc.statd-Daemon des NFS-Servers als Client-Absturz registriert. Dies hat den Port-Mapper-Fehler verursacht – siehe den Abschnitt BUGS von rpc.statd(8) in den FreeBSD-Manpages.
Mein Workaround:
Ich brauche eigentlich keinen NFS-Server. Bis Ubuntu herausgefunden hat, wie man Laptops in den Ruhezustand versetzt, bleibe ich bei Win XP und greife über Samba auf meine Serverfreigabe zu. Das funktioniert gut.
Also musste ich nur ssh reparieren. Die Datei /usr/sbin/sshd war da. Ich bin mir nicht sicher, warum es nicht funktioniert hat, aber das ist auch egal: „make -D WITH_OVERWRITE_BASE deinstall reinstall clean“ vom Port „openssh-portable“ hat das Problem behoben und jetzt funktioniert es.