QA (public) » openQA Project (public) » openQA Tests (public)

I think so far we covered this manually to confirm it did not work in older versions :)

#32035 is the related ticket for manual testing on the feature https://fate.suse.com/324990

Moved focus to Expert Partitioner due to autoyast scenarios were covered by @riafarov a time ago.
I will start using with SLE-15-SP5 without registration.
Performed installation with Expert Partitioner configuring same setup than in autoyast test suite and arriving to the very same result when the proposal is displayed and exactly same output in the command line in the installed system when running lvmdiskscan.
(4) volume group on multiple disks: With Expert Partitioner I used same setup than previous one described, except that I moved /home to another disk (using in total 4 disks) and leaving the vg only with SWAP, the final result is the same I confused initially which is IN the LVM and what is OUT, in our autoyast test suite we left out of the LVM a full disk for root without gpt table, which is not available for LVM) and when we check with lvmdiskscan we got "1 LVM physical volume whole disks" which is referring to the disk that we use for LVM with /home and /swap.
Therefore to test (4) I didn't add a mount point for dev/sdb, which makes this disks available for LVM, I added as PV to LVM and then I created three volume groups. The result is reasonable as I got "2 LVM physical volume whole disks" in the installed system.

**Note regarding (1) and (2): Something that I noticed after this IN/OUT of LVM reasoning in (4) is that suggestion (1) or (2) do not makes sense, because once dev/sdb, which is formatted with btrfs or ext4, is added to LVM as a PV then the format attribute is clean up, which I guess makes sense because afterward creating LVM is when user decides formatting and mount point.
So I tried (1) creating GPT and one Btrfs partition dev/sdb1 and behavior is similar, the partition is not available for LVM when is set the mount point, and once the mount point is clean it and we can add the partition the format is override/cleaned up from btrfs to LVM.

After discussion about (1) and (2) yes, it makes sense but they are not related with LVM, they are testing that a partitionless disk formatted can be included in the partition proposal.
(3) is the nominal case, to have LVM with VGs on multiple partition and that is working from a lot time ago. -> SKIP
(5) 1-4 with encrypted lvm (for VG):

• (5.1): Replicated with Expert Partitioner exactly the same configuration than for autoyast profile except that dev/sdb (which is out of the LVM) was encrypted. I got after reboot a "Please enter the password for disk crb_vdb!" which accept the corresponding password for the encryption (of course not the user or user root one)-> OK
• (5.2): Same than (5.1) but /dev/vdc/ (which is in the LVM) was encrypted. Expectation about two different passwords are fulfilled along with having '1 LVM physical volume whole disks'. -> OK (6) 1-4 with encrypted lvm and encrypted partitions in VG:
• (6.1): Same than (5.2) but encrypting LVs /home and /swap in VG (named 'system'). Expectation about 4 different passwords are met along with having '1 LVM physical volume whole disks'. -> OK
• (6.2): Same than (4), so getting as base autoyast profile, /dev/sda stays the same, /dev/sdb and /dev/sdc are encrypted but not formatted. LVM is created using both PVs and LVs home, swap and root are created encrypted on top. Expectation about 5 different passwords prompted to user are met along with having '2 LVM physical volume whole disks'. -> OK

**note: I noticed that in the table displayed for LVs there is not column to see if it is encrypted (it would be helpful)

(7) VG with a disk and lvm partition: VG /dev/system utilizes as PVs, one partition /dev/vdc1 (gpt created previously in /dev/vdc) and one full disk /dev/vdb. 3 LVs are created on top for home, swap and root. Expectation in the installed system are met with '1 LVM physical volume whole disks' and '1 LVM physical volume' -> OK
(8) Activation of the disk partitions by installer when having a disk with installations from 1-7: Installed system over the setup created in (6.2). When installer is probing hard disks, Encrypted Volume Activation screen dialog is displayed 5 times as expected -> OK

(9) At least perform one autoyast re-installation: I picked configuration in (7) which it is a LVM configuration where VGs are on top of one full disk and one lvm partition (but this time using a registered system to have YaST System Administration available). The results are similar. -> OK

1. Whole disk as a single partition -> in (7) and (9) besides a whole disk I'm using a partition which occupies the whole disk, so it is already tested. -> OK
2. Special disks (DASD, ZFCP, iSCSI): I don't know how to use special type of disks -> ?
3. Repeat some of the suggestions using Expert Partitioner in the installed system. Using (7) as installed system in texmode I was trying to create same kind of configuration but in this case /root cannot be changed and partitiones controlled by LVM cannot be changed neither, so I didn't find any interesting scenario. -> ?

Regarding automation, perhaps (7) is interesting given than have two different types of PVs.

I used TW and Leap to replicate the same setup than in existing autoyast profile and setup in (7) as well. -> OK

Follow-up ticket: https://progress.opensuse.org/issues/53243