During the deployment of RESTBase today, the deploy failed because one of the checks did not pass. However, instead of reporting a check failure, Scap dumped the SSH verbose log to the screen:
restbase/deploy: config_deploy stage(s): 100% (ok: 1; fail: 0; left: 0) 19:28:38 Running remote deploy cmd ['/usr/bin/scap', 'deploy-local', '-v', '--repo', 'restbase/deploy', '--force', '-g', 'canary', 'promote', '--refresh-config'] 19:28:38 Using key: /etc/keyholder.d/deploy_service.pub 19:29:33 ['/usr/bin/scap', 'deploy-local', '-v', '--repo', 'restbase/deploy', '--force', '-g', 'canary', 'promote', '--refresh-config'] on restbase1011.eqiad.wmnet returned [1]: OpenSSH_6.7p1 Debian-5+deb8u3, OpenSSL 1.0.2m 2 Nov 2017 debug1: Reading configuration data /dev/null debug1: Connecting to restbase1011.eqiad.wmnet [10.64.0.113] port 22. debug1: Connection established. debug1: identity file /etc/keyholder.d/deploy_service.pub type 1 debug1: key_load_public: No such file or directory debug1: identity file /etc/keyholder.d/deploy_service.pub-cert type -1 debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_6.7p1 Debian-5+deb8u3 debug1: Remote protocol version 2.0, remote software version OpenSSH_6.7p1 Debian-5+deb8u3 debug1: match: OpenSSH_6.7p1 Debian-5+deb8u3 pat OpenSSH* compat 0x04000000 debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: server->client aes128-ctr umac-128-etm@openssh.com none debug1: kex: client->server aes128-ctr umac-128-etm@openssh.com none debug1: sending SSH2_MSG_KEX_ECDH_INIT debug1: expecting SSH2_MSG_KEX_ECDH_REPLY debug1: Server host key: ECDSA 69:2e:30:b5:30:da:9d:21:a3:a4:ec:bf:c6:df:01:28 debug1: Host 'restbase1011.eqiad.wmnet' is known and matches the ECDSA host key. debug1: Found key in /etc/ssh/ssh_known_hosts:1190 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 debug1: Authentications that can continue: publickey,keyboard-interactive debug1: Next authentication method: publickey debug1: Offering RSA public key: /etc/keyholder.d/deploy_service.pub debug1: Server accepts key: pkalg ssh-rsa blen 279 debug1: Authentication succeeded (publickey). Authenticated to restbase1011.eqiad.wmnet ([10.64.0.113]:22). debug1: channel 0: new [client-session] debug1: Requesting no-more-sessions@openssh.com debug1: Entering interactive session. debug1: Sending command: /usr/bin/scap deploy-local -v --repo restbase/deploy --force -g canary promote --refresh-config debug1: client_input_channel_req: channel 0 rtype exit-status reply 0 debug1: client_input_channel_req: channel 0 rtype eow@openssh.com reply 0 debug1: channel 0: free: client-session, nchannels 1 debug1: fd 1 clearing O_NONBLOCK Transferred: sent 3428, received 8464 bytes, in 54.1 seconds Bytes per second: sent 63.3, received 156.4 debug1: Exit status 1 restbase/deploy: promote and restart_service stage(s): 100% (ok: 0; fail: 1; left: 0) 19:29:33 1 targets had deploy errors 19:29:33 1 targets failed 19:29:33 1 of 2 canary1 targets failed, exceeding limit Rollback all deployed groups? [Y/n]: n
Note that this log contains no indication whatsoever that the problem was a check that failed.