action #154687
Updated by JERiveraMoya 3 months ago
#### Motivation The particular test module is supposed to select sda disk for root partition. This used to be an adequate solution as the disk naming for virt-mm-64bit-ipmi worker_class SUTs was stable. Lately this has changed and we see SUTs with sda being too small for a root partition or no sda at all. openQA test in scenario sle-15-SP6-Online-x86_64-guided_btrfs@virt-mm-64bit-ipmi fails in **Acceptance criteria** [accept_default_part_scheme](https://openqa.suse.de/tests/13394667/modules/accept_default_part_scheme/steps/2) #### Acceptance criteria **AC1**: - Verify with infra/Yast/kernel team what is the expected naming for the particular arch. **AC2**: Depending on AC1, - If the expected doesn't apply open an infra ticket/Bug report. - If it applies, adjust the test to select have the biggest enough disk #### Additional information Try flexibility to avoid to create complex logic to select the biggest disk, perhaps a regex (sdb|sdc) is big enough and we can search the UI element disk for root partition (In case it gets too complex, discuss with libyui-rest-api PO) ## Observation openQA test in scenario sle-15-SP6-Online-x86_64-guided_btrfs@virt-mm-64bit-ipmi fails in [accept_default_part_scheme](https://openqa.suse.de/tests/13394667/modules/accept_default_part_scheme/steps/2) ## Test suite description Guided Partitioning installation with that. btrfs filesystem. ## Reproducible Fails since (at least) Build [47.2](https://openqa.suse.de/tests/13319724) ## Expected result Last good: [20.1](https://openqa.suse.de/tests/12205773) (or more recent) ## Further details Always latest result in this scenario: [latest](https://openqa.suse.de/tests/latest?arch=x86_64&distri=sle&flavor=Online&machine=virt-mm-64bit-ipmi&test=guided_btrfs&version=15-SP6)