[security][fips] test fails in openvswitch_ssl
It seems like a product bug:
Test died: 'zypper -n in python python-base openvswitch' failed with code 104 (ZYPPER_EXIT_INF_CAP_NOT_FOUND)
No provider of 'python-base' found.
Some investigation is needed in order to make sure if any other module is needed to be activated for python-base package or if it is a product bug :)
openQA test in scenario sle-15-SP5-Online-s390x-fips_env_mode_tests_crypt_tool@s390x-kvm-sle12 fails in
Test suite description¶
Workaround for FIPS single module mode
Fails since (at least) Build 15.2 (current job)
Last good: (unknown) (or more recent)
Always latest result in this scenario: latest
#1 Updated by openqa_review 3 months ago
This is an autogenerated message for openQA integration by the openqa_review script:
This bug is still referenced in a failing openQA test: fips_ker_mode_tests_crypt_tool
To prevent further reminder comments one of the following options should be followed:
- The test scenario is fixed by applying the bug fix to the tested product or the test is adjusted
- The openQA job group is moved to "Released" or "EOL" (End-of-Life)
- The bugref in the openQA scenario is removed or replaced, e.g.
Expect the next reminder at the earliest in 28 days if nothing changes in this ticket.
Sorry I missed to point the bug last time as this bug was closed.
We had a series of discussions internally and with the developer. The problem we found currently is about that the POX and python3 are in the latest image, the original test case will be outdated currently. I think at the moment we can remove the test case from the openQA test suite and refactor another new case for the new openvswitch, as the POX version is also updated and it is not controlled by our own now.
1196316 - [SLES15SP4][Build 101.1][SECURITY][FIPS] openvswitch_ssl: RuntimeError: SSL is not available
#6 Updated by pstivanin about 2 months ago
- % Done changed from 80 to 100