coordination #23340
closed
[sle][functional][epic]Adaption to new yast storage stack
Added by okurz over 7 years ago.
Updated over 4 years ago.
Estimated time:
(Total: 0.00 h)
Description
The new yast storage stack will be merged to SLE15 shortly. This
will obviously have an impact on QA: All (or almost all) openQA test
cases will break.
There will be various reasons for that:
The UI has changed, needles will not match. We run the tests in our
own infrastructure, I believe that getting the needles and adjusting the
workflows according to them should be relatively easy. I hope that
Christopher can give you access to them, you can see what we already
test at http://pong.suse.cz
It is possible that the proposal simply behaves slightly differently,
depending on the disk size and its contents as well as settings (we can
always argue whether the system should omit /home partition or delete
Windows completely to have space for it, just as an example). Those will
need to be reviewed and adapted.
There are still some features not implemented yet; this may cover
some installation scenarios, but mainly is about the expert partitioner.
In spite of that, we do not want to delay including it in the code base;
the sooner, the more time we have to discover those issues. And I fully
expect many reports about problems, which we will then need to address
one-by-one. The later we do it, the more painful it will be for everyone.
What we will need relativly quckly is adapting the test cases which are
now run on staging. The team will provide you all needed input and, I
believe, in many cases everything can be taken from our test infrastructure.
- Target version set to Milestone 10
The changes have been submitted into the product with build 170.1 . Now we see the problems there a lot. Also some failures in the test module "system_role" which was applying a workaround based on a partitioning needle to detect a missing system role, e.g. https://openqa.suse.de/tests/1129483#step/system_role/1
- Priority changed from Normal to Urgent
As the changes were submitted to the product overruling staging we have to see this as urgent as it now blocks many tests. So much for planning…
Verifying lvm-full-encrypt and create_hdd_textmode. For text mode additional needles may be required.
- Status changed from Feedback to Resolved
- Related to action #23560: [sles][functional] test fails in partitioning_resize_root because needle partitioning-subvolumes-shown not found added
- Status changed from Resolved to In Progress
Well, I'm sorry. I know we talked about this ticket today but it was really easy to find a job that shows what looks like basically only a small needle update would be missing to continue further: https://openqa.suse.de/tests/1168451#step/partitioning_raid/3 Or in other words, the already mentioned RAID scenario still does not work and is not blocked by bugs so we should continue here but of course you can search for another assignee.
- Assignee changed from riafarov to okurz
@okurz I thought we agreed during planning that we resolve this one, and create tickets for all other issues which come. So, I assign delegate this ticket to you, so you could keep track of it and we may create sub-tasks.
- Status changed from In Progress to Feedback
- Target version changed from Milestone 10 to Milestone 11
blocked by subticket, moved to M11 as we have quite some tests failing in partitioning modules still
I've noticed that the default behavior of a LVM-based system changed. Previously (SLE12SP3) an LVM-based layout did not include a separate home-partition in the default, resulting in just a single partition for "/".
Now (SLE15) a separate home partition is the default and therefore the test fails later on while checking the layout.
Either we adjust the needle in yast2_i which checks for the partition layout that it also includes the 2 extra partitions OR we change the text to not check the checkbox "Propose seperate home partition" earlier in the process of formatting.
Sorry if this is not the right bug to track this but IMHO this is definitely caused by the new storage-ng back-end yast2 uses now.
- Due date set to 2017-10-11
due to changes in a related task
- Subject changed from [sle][functional]Adaption to new yast storage stack to [sle][functional][epic]Adaption to new yast storage stack
- Due date changed from 2017-10-11 to 2017-10-25
due to changes in a related task
- Status changed from Feedback to Resolved
with the RAID adaptions done we can clos this now
- Due date changed from 2017-10-25 to 2018-01-16
due to changes in a related task
- Due date changed from 2018-01-16 to 2018-01-30
due to changes in a related task
- Tracker changed from action to coordination
Also available in: Atom
PDF