Description of problem: When running the scenario test neutron.tests.tempest.scenario.test_floatingip.FloatingIpSameNetwork.test_east_west it fails running the scenario of connecting from an instance without a Floating IP to another instance floating IP 2017-08-09 07:50:16.386 16141 INFO tempest.lib.common.ssh [-] Creating ssh connection to '10.100.0.6:22' as 'root' with public key authentication 2017-08-09 07:50:16.387 16141 INFO tempest.lib.common.ssh [-] Creating ssh connection to '10.0.0.231:22' as 'root' with public key authentication 2017-08-09 07:50:16.449 16141 INFO paramiko.transport [-] Connected (version 2.0, client OpenSSH_6.6.1) 2017-08-09 07:50:16.598 16141 INFO paramiko.transport [-] Authentication (publickey) successful! 2017-08-09 07:50:16.600 16141 INFO tempest.lib.common.ssh [-] ssh connection to root.0.231 successfully created 2017-08-09 07:50:17.159 16141 INFO paramiko.transport [-] Connected (version 2.0, client OpenSSH_6.6.1) 2017-08-09 07:50:17.377 16141 INFO paramiko.transport [-] Authentication (publickey) successful! 2017-08-09 07:50:17.409 16141 INFO tempest.lib.common.ssh [-] ssh connection to root.0.6 successfully created 2017-08-09 07:50:18.559 16141 WARNING neutron.tests.tempest.scenario.base [-] Failed to ping IP: 10.0.0.224 via a ssh connection from: 10.100.0.6.: SSHExecCommandFailed: Command 'ping -c1 -w1 -s56 10.0.0.224', exit status: 1, stderr: stdout: PING 10.0.0.224 (10.0.0.224) 56(84) bytes of data. --- 10.0.0.224 ping statistics --- 2 packets transmitted, 0 received, 100% packet loss, time 999ms Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
Version: opendaylight-6.1.0-2.el7ost.noarch
The test launches 3 instances - 2 with floating IPs and one without Floating IP. One of the use cases is SSH to one of the instances with a FloatingIP and from there SSH to the instance without FloatingIP (using the internal network). Then running ping to the Floating IP address of the Third machine. In the description the IP of the source instance (the one we are pinging from) is 10.100.0.6 and the Destination is 10.0.0.224.
The 3 instances belongs to one tenant and there are security groups that allow SSH and ICMP from any.
What kind of deployment is this 3 controllers+ODL, and 2 computes?
AFAIR 1 controller and 2 compute nodes.
Aswin, I see that the patches are merged. If so - Please move it to POST.
Verified with: opendaylight-8.0.0-2.el7ost.noarch.rpm
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/RHEA-2018:2086