Bug 2006645
Summary: | RHOSP 17 integration is failing on Swift related tempest tests, tempest.lib.exceptions.Conflict: Conflict with state of target resource | ||
---|---|---|---|
Product: | Red Hat OpenStack | Reporter: | Sandeep Yadav <sandyada> |
Component: | openstack-swift | Assignee: | Christian Schwede (cschwede) <cschwede> |
Status: | CLOSED NOTABUG | QA Contact: | |
Severity: | high | Docs Contact: | |
Priority: | high | ||
Version: | 17.0 (Wallaby) | CC: | bdobreli, cschwede, derekh, mkopec, zaitcev |
Target Milestone: | --- | Keywords: | Triaged |
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2021-12-02 10:58:28 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: |
Description
Sandeep Yadav
2021-09-22 06:25:24 UTC
I think the 202 return codes reported in tempest logs should be OK, given that the tempest suit is executed with low memory footprint, thus having all OS WSGI workers set to processes=1. IIUC, that makes the API queuing requests expected: "02 Accepted response status code indicates that the request has been accepted for processing, but the processing has not been completed; in fact, processing may not have started yet" Looks to me like this is an error in Tempest when using IPv6. Let's check the headers sent by Tempest in https://sf.hosted.upshift.rdu2.redhat.com/logs/openstack-periodic-integration-rhos-17/opendev.org/openstack/tripleo-ci/master/periodic-tripleo-ci-rhel-8-ovb-3ctlr_1comp-featureset035-internal-rhos-17/c8dd5c8/logs/undercloud/var/log/tempest/testrepository.subunit.gz 2021-09-21 19:24:52,372 413895 DEBUG [tempest.lib.common.rest_client] Request - Headers: {'X-Container-Sync-Key': 'sync_key', 'X-Container-Sync-To': 'https://127.0.0.1:db8:fd00:1000::5]:13808/v1/AUTH_3511b6067581482181d91157d0282f57/tempest-TestContainerSync-1122109270', 'X-Auth-Token': '<omitted>'} Note the X-Container-Sync-To - that URL is wrong. If one uses that URL and does an urlparse in Python it will raise the error seen in this BZ: >>> urlparse("https://127.0.0.1:db8:fd00:1000::5]:13808/v1/AUTH_3511b6067581482181d91157d0282f57/tempest-TestContainerSync-1122109270") Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/usr/lib64/python3.6/urllib/parse.py", line 369, in urlparse splitresult = urlsplit(url, scheme, allow_fragments) File "/usr/lib64/python3.6/urllib/parse.py", line 461, in urlsplit raise ValueError("Invalid IPv6 URL") ValueError: Invalid IPv6 URL The 127.0.0.1 is wrong; the original IPv6 address is replaced within Tempest with the hardcoded IPv4. https://github.com/openstack/tempest/blob/master/tempest/api/object_storage/test_container_sync.py#L60 https://github.com/openstack/tempest/blob/master/tempest/api/object_storage/test_container_sync.py#L140-L141 |