Bug 1622077
Summary: | tempest.scenario.test_network_v6.TestGettingAddress tests failing with custom guest image and OVS firewall | |||
---|---|---|---|---|
Product: | Red Hat OpenStack | Reporter: | Bernard Cafarelli <bcafarel> | |
Component: | openstack-tempest | Assignee: | Slawek Kaplonski <skaplons> | |
Status: | CLOSED ERRATA | QA Contact: | Roee Agiman <ragiman> | |
Severity: | medium | Docs Contact: | ||
Priority: | medium | |||
Version: | 10.0 (Newton) | CC: | afazekas, amuller, apevec, bhaley, chrisw, jschluet, lhh, nyechiel, psedlak, slinaber, srevivo, udesale | |
Target Milestone: | --- | Keywords: | AutomationBlocker, Triaged, ZStream | |
Target Release: | 10.0 (Newton) | |||
Hardware: | Unspecified | |||
OS: | Unspecified | |||
Whiteboard: | ||||
Fixed In Version: | openstack-tempest-13.0.0-18.bafe630git.el7ost | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | ||
Clone Of: | ||||
: | 1639616 (view as bug list) | Environment: | ||
Last Closed: | 2019-01-16 17:09:07 UTC | Type: | Bug | |
Regression: | --- | Mount Type: | --- | |
Documentation: | --- | CRM: | ||
Verified Versions: | Category: | --- | ||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | ||
Cloudforms Team: | --- | Target Upstream Version: | ||
Embargoed: | ||||
Bug Depends On: | ||||
Bug Blocks: | 1639616, 1639634 |
Description
Bernard Cafarelli
2018-08-24 11:53:30 UTC
I tested manually so far that executing something like: "command -v nmcli; if [ $? -eq 0 ]; then sudo nmcli device connect eth1; else sudo ip link set up eth1; fi" on vm during the test should works for all OSes like: Ubuntu, Cirros, Centos which don't have nmcli installed and for RHEL which has nmcli installed. So after more checking of that, using nmcli will not solve problem on RHEL based image. I compared behavior on RHEL 7.5 and RHEL 6.10 and it looks for me that it's regression in RHEL 7.5 so I reported bug: https://bugzilla.redhat.com/show_bug.cgi?id=1636350 Seems that fix for this may be responsible for failure which appeared in RHOS CI phase2. We see three testcases > tempest.scenario.test_network_v6.TestGettingAddress.test_dualnet_multi_prefix_dhcpv6_stateless[compute,id-cf1c4425-766b-45b8-be35-e2959728eb00,network] > tempest.scenario.test_network_basic_ops.TestNetworkBasicOps.test_hotplug_nic[compute,id-c5adff73-e961-41f1-b4a9-343614f18cfa,network] > tempest.scenario.test_network_basic_ops.TestNetworkBasicOps.test_port_security_macspoofing_port[compute,id-7c0bb1a2-d053-49a4-98f9-ca1a1d849f63,network] are now failing as: > Traceback (most recent call last): > File "/home/stack/tempest-dir/tempest/test.py", line 107, in wrapper > return f(self, *func_args, **func_kwargs) > File "/home/stack/tempest-dir/tempest/scenario/test_network_v6.py", line 256, in test_dualnet_multi_prefix_dhcpv6_stateless > dualnet=True) > File "/home/stack/tempest-dir/tempest/scenario/test_network_v6.py", line 173, in _prepare_and_test > self.turn_nic6_on(sshv4_1, sid1) > File "/home/stack/tempest-dir/tempest/scenario/test_network_v6.py", line 158, in turn_nic6_on > ssh.set_nic_state(ssh.get_nic_name_by_mac(mac6)) > File "/home/stack/tempest-dir/tempest/common/utils/linux/remote_client.py", line 180, in set_nic_state > if self._sysconfig_network_scripts_dir_exists(ssh): > File "/home/stack/tempest-dir/tempest/common/utils/linux/remote_client.py", line 199, in _sysconfig_network_scripts_dir_exists > return "False" not in ssh.exec_command( > AttributeError: 'module' object has no attribute 'exec_command' 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-2019:0075 |