Description of problem: The Go-based httpd binary file is being installed in /usr/bin/octavia-tempest-plugin-tests-httpd while it should be /usr/lib/python2.7/site-packages/octavia_tempest_plugin/contrib/httpd/httpd.bin. As the file does not exist, setUpClasses for octavia_tempest_plugin.tests.api.v2.test_load_balancer and octavia_tempest_plugin.tests.scenario.v2.test_load_balancer fail to scp the file into amphorae. How reproducible: 100% Steps to Reproduce: 1. Run octavia tempest plugin tests Actual results: ft1.1: setUpClass (octavia_tempest_plugin.tests.api.v2.test_load_balancer.LoadBalancerAPITest)_StringException: Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/tempest/test.py", line 172, in setUpClass six.reraise(etype, value, trace) File "/usr/lib/python2.7/site-packages/tempest/test.py", line 165, in setUpClass cls.resource_setup() File "/usr/lib/python2.7/site-packages/octavia_tempest_plugin/tests/test_base.py", line 295, in resource_setup cls.lb_member_keypair['private_key'], 1) File "/usr/lib/python2.7/site-packages/octavia_tempest_plugin/tests/test_base.py", line 353, in _install_start_webserver stdout, stderr) tempest.lib.exceptions.CommandFailed: Command 'scp -v -o UserKnownHostsFile=/dev/null -o StrictHostKeyChecking=no -o ConnectTimeout=5 -o ConnectionAttempts=20 -i /tmp/tmpKWFzMV /usr/lib/python2.7/site-packages/octavia_tempest_plugin/contrib/httpd/httpd.bin cirros.0.211:/dev/shm/httpd.bin' returned non-zero exit status 1. stdout: Executing: program /usr/bin/ssh host 10.0.0.211, user cirros, command scp -v -t /dev/shm/httpd.bin OpenSSH_7.4p1, OpenSSL 1.0.2k-fips 26 Jan 2017 debug1: Reading configuration data /etc/ssh/ssh_config debug1: /etc/ssh/ssh_config line 58: Applying options for * debug1: Connecting to 10.0.0.211 [10.0.0.211] port 22. debug1: fd 3 clearing O_NONBLOCK debug1: Connection established. debug1: key_load_public: No such file or directory debug1: identity file /tmp/tmpKWFzMV type -1 debug1: key_load_public: No such file or directory debug1: identity file /tmp/tmpKWFzMV-cert type -1 debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_7.4 debug1: Remote protocol version 2.0, remote software version dropbear_2012.55 debug1: no match: dropbear_2012.55 debug1: Authenticating to 10.0.0.211:22 as 'cirros' debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: algorithm: diffie-hellman-group14-sha1 debug1: kex: host key algorithm: ssh-rsa debug1: kex: server->client cipher: aes128-ctr MAC: hmac-sha1 compression: none debug1: kex: client->server cipher: aes128-ctr MAC: hmac-sha1 compression: none debug1: kex: diffie-hellman-group14-sha1 need=20 dh_need=20 debug1: kex: diffie-hellman-group14-sha1 need=20 dh_need=20 debug1: sending SSH2_MSG_KEXDH_INIT debug1: expecting SSH2_MSG_KEXDH_REPLY debug1: Server host key: ssh-rsa SHA256:1itncSlvoYmnZnN+L7xpnZ75JZNH/4yg3pGq0ojVmhE Warning: Permanently added '10.0.0.211' (RSA) to the list of known hosts. debug1: rekey after 4294967296 blocks debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received debug1: rekey after 4294967296 blocks debug1: pubkey_prepare: ssh_fetch_identitylist: communication with agent failed debug1: SSH2_MSG_SERVICE_ACCEPT received debug1: Authentications that can continue: publickey,password debug1: Next authentication method: publickey debug1: Trying private key: /tmp/tmpKWFzMV debug1: Authentication succeeded (publickey). Authenticated to 10.0.0.211 ([10.0.0.211]:22). debug1: channel 0: new [client-session] debug1: Entering interactive session. debug1: pledge: network debug1: Sending environment. debug1: Sending env LANG = en_US.UTF-8 debug1: Sending command: scp -v -t /dev/shm/httpd.bin /usr/lib/python2.7/site-packages/octavia_tempest_plugin/contrib/httpd/httpd.bin: No such file or directory Sink: scp: /usr/lib/python2.7/site-packages/octavia_tempest_plugin/contrib/httpd/httpd.bin: No such file or directory debug1: client_input_channel_req: channel 0 rtype exit-status reply 0 debug1: channel 0: free: client-session, nchannels 1 debug1: fd 0 clearing O_NONBLOCK debug1: fd 1 clearing O_NONBLOCK debug1: fd 2 clearing O_NONBLOCK Transferred: sent 2872, received 1440 bytes, in 1.0 seconds Bytes per second: sent 2860.4, received 1434.2 debug1: Exit status 1 stderr: None
Urgent priority. This blocks our downstream Octavia CI jobs from verifying Octavia code.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2018:3611