action #38138
closed[qam] [sle15] test fails in userspace_coreutils - qa_test_coreutils not properly updated for sle15
0%
Description
Observation¶
openQA test in scenario sle-15-Server-DVD-Updates-x86_64-mau-qa_userspace_coreutils@64bit fails in
1_coreutils
Reproducible¶
Fails since (at least) Build 20180622-2
Expected result¶
Last good: (unknown) (or more recent)
Further details¶
Always latest result in this scenario: latest
Updated by okurz almost 6 years ago
This is an autogenerated message for openQA integration by the openqa_review script:
This bug is still referenced in a failing openQA test: mau-qa_userspace_coreutils
https://openqa.suse.de/tests/1835465
Updated by okurz over 5 years ago
This is an autogenerated message for openQA integration by the openqa_review script:
This bug is still referenced in a failing openQA test: mau-qa_userspace_coreutils
https://openqa.suse.de/tests/1884484
Updated by okurz over 5 years ago
This is an autogenerated message for openQA integration by the openqa_review script:
This bug is still referenced in a failing openQA test: mau-qa_userspace_coreutils
https://openqa.suse.de/tests/1951018
Updated by okurz over 5 years ago
This is an autogenerated message for openQA integration by the openqa_review script:
This bug is still referenced in a failing openQA test: mau-qa_userspace_coreutils
https://openqa.suse.de/tests/2019480
Updated by yosun over 5 years ago
- Assignee deleted (
yosun)
Guys, userspace now maybe maintained by QAF team. I'm willing to help but really busy on fixing kernel tests issue :(
Updated by pcervinka over 5 years ago
Oliver could you please check/confirm statement "userspace now maybe maintained by QAF team"? Thank you. Unfortunately QAM has no resources to fix tests in qa-testsuites at the moment.
General note: If we won't find somebody to fix them, we will probably exclude failing tests from SLE15 job groups.
Updated by okurz over 5 years ago
- Status changed from New to In Progress
- Assignee set to yosun
Yes, it is true that QSF (not QAF) has the official responsibility for the "userspace regression" test suites but we can only attend them with very limited ressources and rather long reaction times.
Nevertheless, we have the equivalent scope of tests running for the current development builds in the SLE15 codestream, i.e. currently SLE15-SP1 and the tests are passed there (mainly), e.g. see
https://openqa.suse.de/tests/latest?test=qa_userspace_coreutils&arch=x86_64&version=15-SP1&machine=64bit&flavor=Installer-DVD&distri=sle showing e.g. https://openqa.suse.de/tests/2072810 which is the last job that successfully executed. I recommend to compare differences between these tests and the QAM ones. What I do not understand is the difference in the test schedule. https://openqa.suse.de/tests/2073453 is the latest failing "qam" test that schedules the module "userspace_coreutils" whereas the 15SP1 one schedules "execute_test_run".
@yosun, can you understand the difference and provide hints there?
Updated by pcervinka over 5 years ago
userspace_coreutils was removed from Maintenance: SLE 15 GA Updates till it is sorted out.
Updated by yosun over 5 years ago
- Assignee deleted (
yosun)
@okurz, Sorry for the late reply, just notice it. BTW, I'll remember the name QSF correctly :)
@pcervinka
The hint is to look into why it fails, coreutils test commands in userspace, different product version has different coreutils version and the command's input/output may different. Try to manually type those commands and check the output, if it's not a product bug, then change the test code by patch. e.g. qa-testsuites/tests/qa_test_coreutils/sle15.patch
Inside of this example patch, there is a fix about "mv-special-1", and you can see this sub testcase run passed in the "failed tests".
Updated by pcervinka about 5 years ago
- Status changed from In Progress to Resolved