action #89272
closed
[qac]test fails in docker_image aarch64 and s390
Added by mgrifalconi about 3 years ago.
Updated about 3 years ago.
Category:
Bugs in existing tests
Description
Observation¶
openQA test in scenario sle-15-SP1-Server-DVD-Updates-aarch64-mau-extratests-docker@aarch64-virtio fails in
docker_image
same on s390
Test suite description¶
Run docker console tests against aggregated test repo
Reproducible¶
Fails since (at least) Build 20210226-1
Expected result¶
Last good: 20210216-2 (or more recent)
Further details¶
Always latest result in this scenario: latest
- Status changed from New to In Progress
- Assignee set to pdostal
On SLE host, the /etc/zypp/credentials.d/SCCcredentials is automatically attached to a container where preinstalled container-suseconnect zypper service uses it to ask SCC for the list of repositories. This process was timing out as SCC process this list of repositories somehow per registration and our credentials is is used for thousands and thousands of registrations. We were told that this will be fixed after pagination will be added to this API.
This is why we introduced SCC_DOCKER_IMAGE openQA variable which contains a 'working' copy of /etc/zypp/credentials.d/SCCcredentials formated as username=SCC_...\npassword=... but as 15-SP1 recently entered LTSS state, this broke. The first possible fix would be to take another /etc/zypp/credentials.d/SCCcredentials which works for 15-SP1 I apparently I found this file only for aarch64 and x86_64 architectures, not for s390x. At the end there is even better solution: We skip the SCC_DOCKER_IMAGE workaround variable. This should now work and if this breaks in the future, we can reinvestigate it.
Waiting for tomorrow's regular schedule to ensure the SCC_DOCKER_IMAGE workaround variable is skipped.
- Subject changed from [qem][virtualization]test fails in docker_image aarch64 and s390 to [qac]test fails in docker_image aarch64 and s390
- Status changed from In Progress to Resolved
Latest runs done, closing.
Also available in: Atom
PDF