596318 - some build machines are having trouble sshing into build.mozilla.org for make uploadsymbols

Status: RESOLVED FIXED

(Release Engineering :: General, defect)

Description

[John Ford [:jhford] CET/CEST Berlin Time]

These slaves are able (and just tested to) be able to ssh into stage.mozilla.org.  These hosts do not have build.mozilla.org in their known_hosts file and fail out before there is an option to add it.

This seems to be due to batchmode = yes.  Instead of setting this as a global option, can we either sync the keys automatically or use -o BatchMode=Yes where we actually want it?

I have disabled these slaves while we figure this out.

[cltbld@linux-ix-slave11 .ssh]$ ssh -i ~/.ssh/trybld_dsa [e-mail] -v
OpenSSH_4.3p2, OpenSSL 0.9.8b 04 May 2006
debug1: Reading configuration data /home/cltbld/.ssh/config
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to build.mozilla.org [10.2.74.128] port 22.
debug1: Connection established.
debug1: identity file /home/cltbld/.ssh/trybld_dsa type 2
debug1: identity file /home/cltbld/.ssh/id_dsa type 2
debug1: Remote protocol version 1.99, remote software version OpenSSH_5.2
debug1: match: OpenSSH_5.2 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_4.3
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(1024<1024<8192) 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
Host key verification failed.
[cltbld@linux-ix-slave11 .ssh]$

Comment 1

[John Ford [:jhford] CET/CEST Berlin Time]

The problem is that BatchMode was on even for interactive usage which caused it to fail immediately.  using ssh -o BatchMode=no worked to add the host to known_hosts

Comment 2

[John Ford [:jhford] CET/CEST Berlin Time]

Fixed on linux in 596322, going to ssh\b\b\b vnc into the new linux slave to make sure that they have the correct entry in the known_hosts file.

Comment 3

[Mike Taylor [:bear]]

Is this handled and fixed by the other bug?  can we close this after updating the dependency?

Comment 4

[John Ford [:jhford] CET/CEST Berlin Time]

This has been fixed.  It did not have any dependencies beyond using -o BatchMode=no