action #133547
closed[qe-core][sle-micro-5.5][aarch64]test fails in disk_boot
0%
Description
Observation¶
openQA test in scenario sle-micro-5.5-Default-aarch64-slem_combustion@aarch64 fails in
disk_boot
Test suite description¶
Extended test for combustion provisioning only
Reproducible¶
Fails since (at least) Build 7.1_1.3
Expected result¶
Last good: (unknown) (or more recent)
Further details¶
Always latest result in this scenario: latest
Updated by zluo over 1 year ago
- Status changed from New to Workable
- Assignee set to zluo
let me check this now
Updated by zluo over 1 year ago
As far I can say from https://openqa.suse.de/tests/11665776#step/disk_boot/6
There is a problem with disk which is in use at run time. After that it cannot start Combustion.
Updated by zluo over 1 year ago
- Status changed from Workable to Rejected
Jose Lausuch told me a couple of days ago that condition of starting/scheduling sle-micro-5.5 is not ready yet, so please don't open any ticket for these tests for now. No single test passed through staging, so I won't spend time to investigate why these tests are broken
Updated by rfan1 over 1 year ago
- Status changed from Rejected to New
- Assignee deleted (
zluo)
The issue should be caused by corrupted https://openqa.suse.de/tests/11715358/asset/hdd/onlycombustion.qcow2 file. let me re-open this ticket.
Updated by zluo over 1 year ago
- Status changed from New to Feedback
- Assignee set to zluo
Updated by rfan1 over 1 year ago
@zluo,
https://suse.slack.com/archives/C02CGKBCGT1/p1692167414273649
nevertheless the combustion or ignition tests were not really meant to be run outside of x86_64
okay, then wrong scheduling. Thanks for taking care of this!
Updated by szarate about 1 year ago
Zaoliang, does this happen if you do it on one of your raspberries?
Updated by favogt about 1 year ago
rfan1 wrote in #note-6:
nevertheless the combustion or ignition tests were not really meant to be run outside of x86_64
Why not?
Updated by jlausuch about 1 year ago
Updated by mloviska about 1 year ago
favogt wrote in #note-8:
rfan1 wrote in #note-6:
nevertheless the combustion or ignition tests were not really meant to be run outside of x86_64
Why not?
Both configs are using a 3rd drive (vdc) to test partitioning and creating a new filesystem (ext4). IIRC, aarch64 could swap the labels thus it can lead to failure as this one
Updated by jlausuch about 1 year ago
I am ok to closing this ticket and create a new one for the implementation as new test enablement. Should be applicable to all transactional systems that we are testing (MicroOS, SLE Micro and ALP) and possibly to all architectures.
Updated by favogt about 1 year ago
mloviska wrote in #note-10:
favogt wrote in #note-8:
rfan1 wrote in #note-6:
nevertheless the combustion or ignition tests were not really meant to be run outside of x86_64
Why not?
Both configs are using a 3rd drive (vdc) to test partitioning and creating a new filesystem (ext4). IIRC, aarch64 could swap the labels thus it can lead to failure as this one
Which looks like either some QA or product bug (VM host or guest) and that should be investigated.
Updated by zluo 10 months ago
- Status changed from Feedback to Resolved
we don't have this issue anymore on sle-micro 6.0 : https://openqa.suse.de/tests/13225317