action #155248
closed
[security][15-SP6] logic of passphrase entering failed in autoyast_stig_remediation
Added by tjyrinki_suse 11 months ago.
Updated 4 months ago.
Category:
Bugs in existing tests
Description
openQA test in scenario sle-15-SP6-Online-x86_64-autoyast_stig_remediation@64bit fails in
first_boot
It started in Build 45.1
While it was still working in 44.1 - over there the "boot_encrypt" module entered the passphrase, while now in boot_encrypt module it's still showing the grub authentication and thein fails in first_boot
If looking at the videos, even on 45.1 it does enter the grub passphrase, but then maybe (possibly, not necessarily) due to ticket #152455 expects that it would be enough, while in this stig case it does not seem the pass-through is working anymore? Not sure why though, the password is the same but maybe it's part of stig logic to not allow pass-through?
Further details¶
Always latest result in this scenario: latest
Automatic re-runs indicate git commit f69e77d29d96cab7c9a3e18c5cd2cfb73f371ee4 (from the time 44.1 build was done) still works for this test suite (https://openqa.suse.de/tests/13457092#comments).
- Description updated (diff)
- Subject changed from [security] logic of passphrase entering failed in autoyast_stig_remediation to [security][15-SP6] logic of passphrase entering failed in autoyast_stig_remediation
See the duplicate for another example - the boot_encrypt code changes ("New logic to type LUKS passphrase in grub phase", "Rename need_passphrase_again to need_unlock_after_bootloader" somehow, while probably a good idea in general, miss support for these cases.
This is an autogenerated message for openQA integration by the openqa_review script:
This bug is still referenced in a failing openQA test: autoyast_stig_remediation
https://openqa.suse.de/tests/13646687#step/first_boot/1
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.
label:wontfix:boo1234
Expect the next reminder at the earliest in 28 days if nothing changes in this ticket.
This is an autogenerated message for openQA integration by the openqa_review script:
This bug is still referenced in a failing openQA test: autoyast_stig_remediation
https://openqa.suse.de/tests/13913885#step/first_boot/1
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.
label:wontfix:boo1234
Expect the next reminder at the earliest in 68 days if nothing changes in this ticket.
This is an autogenerated message for openQA integration by the openqa_review script:
This bug is still referenced in a failing openQA test: autoyast_stig_remediation
https://openqa.suse.de/tests/14610651#step/first_boot/1
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.
label:wontfix:boo1234
Expect the next reminder at the earliest in 96 days if nothing changes in this ticket.
- Status changed from Workable to Rejected
I'll reject this since SP6 is released and this issue is not relevant anymore. It might appear again is SLE 16 or 15-SP7.
- Related to action #166325: [security][15-SP7] test fails in autoyast_stig_remediation -> first_boot - /home passphrase is not entered added
- % Done changed from 0 to 100
Also available in: Atom
PDF