[Red HAt 9] Problemi con ssh

[Giulia_De]

Ciao,

gestisco una farm locale e ho verificato questo problema.
Quando gli utenti lanciano i job, questi vengono eseguiti sui Worker Node e alla fine l'output viene rimandato sulla UI da cui è partito il job.
Sto avendo un problema ... questo trasferimento di file non avviene
e ho trovato che si verifica il seguente errore:

Host key verification failed.
lost connection

Sapreste dirmi cosa dovrei vedere?

Grazie

Giulia

[b00malek]

~/.ssh/ dell' utente che tenta la connessione.

Hai per caso reinstallato/rigenerato le chiavi di uno dei due host???

[Giulia_De]

Non credo ... è stato un malfunzionamento da un giorno all'altro.
Cmq ... cosa dovrei vedere per capirlo?

[b00malek]

Dalla macchina che non si connette e con l'utente "sfigato" provi a lanciare "ssh $SERVER" . Posta l' errore.

[Giulia_De]

Diciamo che gli utenti sfigati sono tanti ...
ne prendo uno a caso ... quello di test!!!

ssh -v beagle14

OpenSSH_3.6.1p2, SSH protocols 1.5/2.0, OpenSSL 0x0090701f
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Rhosts Authentication disabled, originating port will not be trusted.
debug1: Connecting to beagle14 [***.****.**.***] port 22.
debug1: Connection established.
debug1: identity file /users/itbagd22/.ssh/identity type -1
debug1: identity file /users/itbagd22/.ssh/id_rsa type -1
debug1: identity file /users/itbagd22/.ssh/id_dsa type -1
debug1: Remote protocol version 1.99, remote software version OpenSSH_3.6.1p2
debug1: match: OpenSSH_3.6.1p2 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_3.6.1p2
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host 'beagle14' is known and matches the RSA host key.
debug1: Found key in /users/itbagd22/.ssh/known_hosts:6
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
Red Hat Enterprise Linux AS release 3 (Taroon Update 4)
Kernel \r on an \m
debug1: Authentications that can continue: publickey,password,hostbased
debug1: Next authentication method: hostbased
debug1: Remote: Accepted for beagle13.ba.itb.cnr.it [***.****.**.***] by /etc/ssh/shosts.equiv.
debug1: Authentication succeeded (hostbased).
debug1: channel 0: new [client-session]
debug1: Entering interactive session.
debug1: channel 0: request pty-req
debug1: channel 0: request shell
debug1: channel 0: open confirm rwindow 0 rmax 32768

[skydragon]

dal log che posti mi sembra tutto nella norma...
:master:
ma gli utenti lanciano dei job che contengono il comando scp se non ho capito male... questo significherebbe che devono digitare la passwd a meno che non sia attivo il file authorized.key2 che permette il riconoscimento tramite chiavi senza utilizzo di passwd; nel caso un client host sia stato modificato e la sua chiave di autenticazione sia stata alterata, ssh si blocca dando segnalazione di errore.
redirigi anche l'STDERR... magari ci capiamo qualcosa in più

[Giulia_De]

Questi dono i due file prodotti.


rcperr.16372

beagle02.ba.itb.cnr.it: Connection refused
ion


24662.beagl.ER

invalid number: incomprehensible list input
apparent state: internal I/O
lately reading sequential formatted internal IO
/biotools/mfold-3.2/bin/mfold: line 489: 16246 Aborted ss-count <$FILE_PREFIX.ct >$FILE_PREFIX.ss-count
/biotools/mfold-3.2/bin/mfold: line 594: sir_graph_ng: command not found
GNU Ghostscript 7.05: Unrecoverable error, exit code 1
/biotools/mfold-3.2/bin/mfold: line 594: sir_graph_ng: command not found
GNU Ghostscript 7.05: Unrecoverable error, exit code 1
/biotools/mfold-3.2/bin/mfold: line 594: sir_graph_ng: command not found
GNU Ghostscript 7.05: Unrecoverable error, exit code 1
/biotools/mfold-3.2/bin/mfold: line 594: sir_graph_ng: command not found
GNU Ghostscript 7.05: Unrecoverable error, exit code 1
/biotools/mfold-3.2/bin/mfold: line 594: sir_graph_ng: command not found
GNU Ghostscript 7.05: Unrecoverable error, exit code 1
/biotools/mfold-3.2/bin/mfold: line 594: sir_graph_ng: command not found
GNU Ghostscript 7.05: Unrecoverable error, exit code 1
/biotools/mfold-3.2/bin/mfold: line 594: sir_graph_ng: command not found
GNU Ghostscript 7.05: Unrecoverable error, exit code 1
/biotools/mfold-3.2/bin/mfold: line 594: sir_graph_ng: command not found
GNU Ghostscript 7.05: Unrecoverable error, exit code 1
/biotools/mfold-3.2/bin/mfold: line 594: sir_graph_ng: command not found
GNU Ghostscript 7.05: Unrecoverable error, exit code 1
/biotools/mfold-3.2/bin/mfold: line 594: sir_graph_ng: command not found
GNU Ghostscript 7.05: Unrecoverable error, exit code 1
/biotools/mfold-3.2/bin/mfold: line 594: sir_graph_ng: command not found
GNU Ghostscript 7.05: Unrecoverable error, exit code 1
/biotools/mfold-3.2/bin/mfold: line 594: sir_graph_ng: command not found
GNU Ghostscript 7.05: Unrecoverable error, exit code 1
/biotools/mfold-3.2/bin/mfold: line 594: sir_graph_ng: command not found
GNU Ghostscript 7.05: Unrecoverable error, exit code 1
/biotools/mfold-3.2/bin/mfold: line 594: sir_graph_ng: command not found
GNU Ghostscript 7.05: Unrecoverable error, exit code 1



Quello che avviene è questo ...
l'utente sottomette il job da UI , questo passa da una macchina CE e poi viene eseguito sul primo nodo libero. L'output viene trasferito alla UI, passando per CE.
Spero di essere stata chiara.
Grazie Giulia

[b00malek]

biotools/mfold-3.2/bin/mfold: line 594: sir_graph_ng: command not found


Sembra che questo script(mfold) no trovi il comando specificato(sir_graph_ng).

Non e' un problema di SSH.

[skydragon]

sono pienamente daccordo con b00malek
sembrerebbe più un problema su quel comando che non viene trovato e non un problema ssh.

[Giulia_De]

ok ... in ogni caso grazie.
Comunque il problema si è risolto rinominando il file
/etc/ssh/ssh_know_hosts
prima in ssh_know_hosts_old e poi riportandolo col nome originario.ù
I misteri dell'informatica ....