DvdRip Cluster SSH Login geht nicht

[robbyflobby07]

Hallo allerseits,

ich bin gerade dabei einen Cluster für DVD::Rip einzurichten. Der SSH Login mit Keyfile ohne Passwort funktioniert über die Konsole einwandfrei. Jedoch kann DVD::Rip keine SSH Verbindung aufbauen (siehe Screenshot). An was kann das denn liegen? Ich habe mich an folgende Anleitung gehalten: http://www.exit1.org/dvdrip/doc/cluster.cipp für die Einstellung mit dem SSH Keyfile habe ich die Anleitung im Wiki benutzt (da die auf der DVD-Rip Seite nicht geklappt hat)

Ich habe hier mal die Log Ausgabe:

Wed Sep 5 00:51:40 2007 [3] Befehlsausführung: umask 0002; execflow sh -c 'echo --ssh_connect--; echo Ok; echo --ssh_connect--;echo --data_base_dir_content--; touch /home/robbyflobby/tmp/00DVDRIP-CLUSTER; cd /home/robbyflobby/tmp; echo * | perl -pe "s/ /chr(10)/eg" | sort;echo --data_base_dir_content--; echo --write_test--; echo node write test > /home/robbyflobby/tmp/Lokal-file-write-test && echo SUCCESS; rm -f /home/robbyflobby/tmp/Lokal-file-write-test; echo --write_test--; echo --transcode_version--; transcode -v; echo --transcode_version--; ' (Timeout=5)
Wed Sep 5 00:51:40 2007 [1] Knoten Lokal hat die Tests durchlaufen
Wed Sep 5 00:51:40 2007 [3] Befehlsausführung: execflow ssh -x ripdaemon@192.168.2.8 -o PreferredAuthentications=publickey ripdaemon@192.168.2.8 "umask 0002; sh -c 'echo --ssh_connect--; echo Ok; echo --ssh_connect--;echo --data_base_dir_content--; cd /home/ripdaemon/tmp; echo * | perl -pe \"s/ /chr(10)/eg\" | sort;echo --data_base_dir_content--; echo --write_test--; echo node write test > /home/ripdaemon/tmp/XYZ-file-write-test && echo SUCCESS; rm -f /home/ripdaemon/tmp/XYZ-file-write-test; echo --write_test--; echo --transcode_version--; transcode -v; echo --transcode_version--; '" (Timeout=5)
Wed Sep 5 00:51:45 2007 [1] Befehl abgebrochen wegen Zeitüberschreitung
Wed Sep 5 00:51:45 2007 [1] Befehl wird abgebrochen. Sende Signal 1 zur PID 7169...
Wed Sep 5 00:51:45 2007 [1] Knoten XYZ hat die Tests durchlaufen

Kann es sein, dass die Wartezeit bei der SSH Anmeldung viel zu kurz ist? In der Konsole dauert der Login etwa 15 Sekunden. Nach 5 Sekunden bricht DVD::rip den Vorgang mit einer Zeitüberschreitungsfehlermeldung (laut Log) ab.


Distribution: (K)Ubuntu Feisty
DVDRip Version: 0.98.4

Vielen Dank schonmal Gruß
Robby

[drcux]

Kann es sein, dass die Wartezeit bei der SSH Anmeldung viel zu kurz ist?

Ja, steht doch da: (Timeout=5)

[robbyflobby07]

Ja und wie setze ich das jetzt nach oben??

[drcux]

Ich denke, es ist fest im Code verdrahtet:

/usr/lib/perl5/site_perl/5.8.8/Video/DVDRip/Cluster/Node.pm
timeout => 5,

[robbyflobby07]

Hm, das ist ja ziemlich schwachsinnig, da ein SSH Login nunmal seine Zeit braucht. Und ich habe es bisher bei mir noch nie geschafft mich unter 10 Sekunden einzuloggen. Gibt es nicht eine Möglichkeit seitens openssh den Vorgang zu beschleunigen?

[drcux]

Hm, das ist ja ziemlich schwachsinnig, da ein SSH Login nunmal seine Zeit braucht. Und ich habe es bisher bei mir noch nie geschafft mich unter 10 Sekunden einzuloggen. Gibt es nicht eine Möglichkeit seitens openssh den Vorgang zu beschleunigen?

Wenn dein SSH-Login solange dauert, hast du was falsch gemacht, bei mir dauert das weniger als eine Sekunde.

Also, mehr Infos.....

[robbyflobby07]

Cluster-Masterrechner: Kubuntu Feisty, AMD Athlon 64 3700+, 2GB Ram
Cluster-Clientrechner: Kubuntu Dapper, AMD Athlon 1800+, 256 MB Ram
------------------------
SSH-Login mit Adminaccount:
ssh 192.168.2.8 -> ca. 10 Sekunden bis zur Passwortabfrage. Nach Passworteingabe dauert der Login weniger als eine Sekunde. Ein Ping auf den Rechner braucht ca. 0,12ms. Also am Netzwerk an sich kann es schonmal nicht liegen.
SSH Login mit DVDRip Account (dauert ca. 13 Sekunden):

robbyflobby@rfd:~$ ssh -x ripdaemon@192.168.2.8
Linux xyz 2.6.15-29-386 #1 PREEMPT Wed Aug 29 13:20:33 UTC 2007 i686 GNU/Linux

The programs included with the Ubuntu system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Ubuntu comes with ABSOLUTELY NO WARRANTY, to the extent permitted by
applicable law.
Last login: Wed Sep 5 01:20:35 2007 from rfd.local

------------------------------
Infos über den SSH-Server am Cluster-Client:

sudo apt-cache showpkg openssh-server
Package: openssh-server
Versions:
1:4.2p1-7ubuntu3.1(/var/lib/apt/lists/security.ubuntu.com_ubuntu_dists_dapper-security_main_binary-i386_Packages)(/var/lib/dpkg/status)
1:4.2p1-7ubuntu3(/var/lib/apt/lists/de.archive.ubuntu.com_ubuntu_dists_dapper_main_bin ary-i386_Packages)

Reverse Depends:
ssh,openssh-server
sdm,openssh-server
scponly,openssh-server
rssh,openssh-server 1:4.1p1-1
lessdisks-cloner-server,openssh-server
lessdisks,openssh-server
ssh,openssh-server
ltsp-server,openssh-server
edubuntu-server,openssh-server
Dependencies:
1:4.2p1-7ubuntu3.1 - libc6 (2 2.3.4-1) libcomerr2 (2 1.33-3) libkrb53 (2 1.4.2) libpam0g (2 0.76) libselinux1 (2 1.28) libssl0.9.8 (2 0.9.8a-1) libwrap0 (0 (null)) zlib1g (2 1:1.2.1) debconf (18 1.2.0) debconf-2.0 (0 (null)) libpam-runtime (2 0.76-14) libpam-modules (2 0.72-9) adduser (2 3.9) dpkg (2 1.9.0) openssh-client (5 1:4.2p1-7ubuntu3.1) lsb-base (2 1.3-9ubuntu3) ssh-askpass (0 (null)) xbase-clients (0 (null)) rssh (0 (null)) ssh (3 1:3.8.1p1-9) ssh-nonfree (3 2) ssh-socks (0 (null)) ssh2 (0 (null)) sftp (0 (null)) rsh-client (3 0.16.1-1) ssh-krb5 (0 (null)) ssh (3 1:3.8.1p1-9) openssh-client (3 1:3.8.1p1-11) ssh-krb5 (0 (null))
1:4.2p1-7ubuntu3 - libc6 (2 2.3.4-1) libcomerr2 (2 1.33-3) libkrb53 (2 1.4.2) libpam0g (2 0.76) libselinux1 (2 1.28) libssl0.9.8 (2 0.9.8a-1) libwrap0 (0 (null)) zlib1g (2 1:1.2.1) debconf (18 1.2.0) debconf-2.0 (0 (null)) libpam-runtime (2 0.76-14) libpam-modules (2 0.72-9) adduser (2 3.9) dpkg (2 1.9.0) openssh-client (5 1:4.2p1-7ubuntu3) lsb-base (2 1.3-9ubuntu3) ssh-askpass (0 (null)) xbase-clients (0 (null)) rssh (0 (null)) ssh (3 1:3.8.1p1-9) ssh-nonfree (3 2) ssh-socks (0 (null)) ssh2 (0 (null)) sftp (0 (null)) rsh-client (3 0.16.1-1) ssh-krb5 (0 (null)) ssh (3 1:3.8.1p1-9) openssh-client (3 1:3.8.1p1-11) ssh-krb5 (0 (null))
Provides:
1:4.2p1-7ubuntu3.1 - ssh-server
1:4.2p1-7ubuntu3 - ssh-server
Reverse Provides:

[drcux]

FAQ:

3.3 - ssh(1) benötigt sehr lange zum Verbinden oder zum Einloggen

Große Verzögerungen (mehr als 10 Sekunden) werden normalerweise durch Probleme mit der Namensauflösung verursacht:

* Einige Versionen der glibc (insbesondere glibc 2.1, die mit Red Hat 6.1 ausgeliefert wurde) können einen langen Zeitraum benötigen, um ,IPv6 zu IPv4'-Adressen von Domänennamen aufzulösen. Das kann umgangen werden, indem die Option AddressFamily inet in der ssh_config eingetragen wird.
* Es könnte ein DNS-Auflösungsproblem vorliegen, entweder beim Client oder beim Server. Du kannst den nslookup-Befehl auf dem Client und dem Server verwenden, um den Namen und die IP-Adresse der Gegenseite auflösen zu lassen. Lass zusätzlich den Namen auf dem Server auflösen, den der Client beim Auflösen der IP-Adresse des Servers zurückgegeben hat. Du kannst die meisten Lookups serverseitig durch das Hinzufügen von UseDNS no in sshd_config deaktiveren.

[robbyflobby07]

Aber ich verwende ja gar keine Domains, sondern direkt die IP. Also kann es ja nicht an der Namensauflösung liegen.

[drcux]

doch, der sshd macht einen Reverselookup auf die IP, und das dauert.....

[robbyflobby07]

Also wenn ich den nslookup Befehl auf dem Client anwende, bekomme ich folgende Fehlermeldung:

robbyflobby@rfd:~$ nslookup 192.168.2.8
Server: 192.168.2.1
Address: 192.168.2.1#53

** server can't find 8.2.168.192.in-addr.arpa: NXDOMAIN

Das selbe passiert auch vom Server auf den Client

UseDNS no und AddressFamily inet hat auch nichts gebracht

[drcux]

was sagen die logfiles, Loglevel mal erhöhen, etc......

[marce]

den "Klassiker" IPv6 schon überprüft?

[robbyflobby07]

@drcux Ich habe das LogLevel jetzt auf das höchste Level gesetzt (DEBUG3). Wo kann ich mir das Log nun ansehen? Mit

locate ssh | grep log
/usr/share/doc/openssh-client/changelog.Debian.gz
/usr/share/doc/openssh-client/changelog.gz

Finde ich nichts.
In dmesg stehen auch keine SSH Fehlermeldungen, ebenso in /var/log/messages

@marce Ich habe ja die AddressFamily auf inet gesetzt, d.h. IPv4 only.

[marce]

@marce Ich habe ja die AddressFamily auf inet gesetzt, d.h. IPv4 only.

auch komplett für das gesamte System?

-> Poste doch mal ifconfig -a...