coordination #34996
closed
[qe-core][functional][opensuse][epic] test fails in systemd_testsuite - TEST-16-EXTEND-TIMEOUT works only when executed against systemd built in the same specfile
Added by SLindoMansilla almost 7 years ago.
Updated almost 4 years ago.
Category:
Bugs in existing tests
Estimated time:
(Total: 0.00 h)
Description
The systemd test suite is tested in QA using the test suite suse_patches-systemd_testsuite:
The problem happens when the package systemd-qa-testsuite is built separated from systemd itself (tblume, could you elaborate here the technical reason why this happens?)
This issue affects only Factory/Tumbleweed, which uses systemd version 237.
It doesn't happen on SLE15 nor Leap 15, that use systemd version 234.
To fix this issue we should build systemd-qa-testsuite in the same OBS package. systemd-qa-testsuite has a lot of patches which are not in a acceptable state to be accepted into Factory. The patches has to follow the guidelines (https://en.opensuse.org/openSUSE:Packaging_Patches_guidelines) and the guidelines of https://github.com/openSUSE/systemd maintainers.
Acceptance criteria¶
- AC1: systemd-qa-testsuite patches are acceptable for openSUSE Factory.
- AC2: systemd-qa-testsuite is accepted to be built as a sub package of OBS package systemd.
Tasks¶
- Try to resolve one patch per Sprint. Upstream: https://github.com/systemd/systemd
Further details¶
Always latest result in this scenario: latest
- Description updated (diff)
- Related to action #32614: [opensuse][functional][u][systemd] systemd_testsuite fails, as it does not cope with the split of systemd-container added
- Description updated (diff)
- Due date set to 2018-05-22
- Target version set to Milestone 16
- Subject changed from [functional][opensuse][u] test fails in systemd_testsuite - TEST-16-EXTEND-TIMEOUT works only when executed against systemd built in the same specfile to [functional][opensuse][u][medium] test fails in systemd_testsuite - TEST-16-EXTEND-TIMEOUT works only when executed against systemd built in the same specfile
- Description updated (diff)
- Status changed from New to Workable
- Difficulty set to medium
This is an autogenerated message for openQA integration by the openqa_review script:
This bug is still referenced in a failing openQA test: suse_patches-systemd_testsuite
https://openqa.opensuse.org/tests/677208
- Status changed from Workable to In Progress
- Assignee set to SLindoMansilla
tblume told me that the initrd parameter is missing:
-initrd /boot/initrd-SVERSION
in the test-functions script this is here:
default_suse_initrd=/boot/initrd-${KERNEL_VER}
PR to fix missing initrd parameter:
- Due date changed from 2018-05-22 to 2018-06-05
- Related to action #36754: [qe-core][functional][systemd][medium] test fails in systemd_testsuite - needs further investigation added
- Due date changed from 2018-06-05 to 2018-06-19
- Target version changed from Milestone 16 to Milestone 17
SLindoMansilla wrote:
Waiting for backport into Tumbleweed.
where can we follow on with this? This ticket here hasn't moved since 14 days now
- Target version changed from Milestone 17 to Milestone 17
- Due date changed from 2018-06-19 to 2018-07-03
- Priority changed from Normal to High
As discussed with SLindoMansilla: We should make sure that the systemd test scenario for openSUSE Tumbleweed does not show up as failure in the validation job group anymore, the least we can do – this is what we decided for – is to move the test scenario to the "test development" job group, make sure it's properly labeled and then continue with less urgency to provide fixes to the systemd+tests package. AFAIU that means providing patches to upstream systemd and waiting for their acceptance and then having these changes included in the upstream-pulled packages as on top of the openSUSE patches packaging policy the systemd team wants to avoid maintaining any upstream acceptable packages – even temporary – within the openSUSE packages.
- Subject changed from [functional][opensuse][u][medium] test fails in systemd_testsuite - TEST-16-EXTEND-TIMEOUT works only when executed against systemd built in the same specfile to [functional][opensuse][u][epic] test fails in systemd_testsuite - TEST-16-EXTEND-TIMEOUT works only when executed against systemd built in the same specfile
- Status changed from In Progress to Workable
- Description updated (diff)
- Difficulty changed from medium to hard
- Description updated (diff)
I have moved the test suite suse_patches-systemd_testsuite from Tumbleweed job group to Development Tumbleweed, because it fails since a long time and the expected "fix" is not expected before 6 weeks, maybe even longer.
- Target version changed from Milestone 17 to Milestone 19
- Target version changed from Milestone 19 to Milestone 21
@SLindoMansilla has the "expected fix" arrived by now or would this need your help?
There is no fix coming. This task needs each individual subtask to be resolved (aka. patches put in a way that openSUSE Factory can take them) and then submitting this package to Factory.
- Related to action #45158: [systemd] Implement systemd testsuite as openQA perl module added
- Status changed from Workable to Blocked
- Related to deleted (action #45158: [systemd] Implement systemd testsuite as openQA perl module)
- Blocked by action #45158: [systemd] Implement systemd testsuite as openQA perl module added
- Target version changed from Milestone 21 to future
- Blocked by deleted (action #45158: [systemd] Implement systemd testsuite as openQA perl module)
- Tracker changed from action to coordination
- Status changed from Blocked to New
- Difficulty deleted (
hard)
- Subject changed from [functional][opensuse][u][epic] test fails in systemd_testsuite - TEST-16-EXTEND-TIMEOUT works only when executed against systemd built in the same specfile to [qe-core][functional][opensuse][epic] test fails in systemd_testsuite - TEST-16-EXTEND-TIMEOUT works only when executed against systemd built in the same specfile
- Status changed from New to Rejected
Also available in: Atom
PDF