curtin fails when part of a VG is around
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Ubuntu on IBM z Systems |
Fix Released
|
Undecided
|
Unassigned | ||
curtin |
Fix Released
|
Critical
|
Ryan Harper | ||
subiquity |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
On a LPAR installation with DASD disks, where two DASD disks where activated, but where the installation should just be done on the second, I came across the following issue:
At 'Guided storage configuration' by default the first disk is pre-selected '0X260B':
=======
Guided storage configuration [ Help ]
=======
Configure a guided storage layout, or create a custom one:
(X) Use an entire disk
[ 0X260B local disk 6.877G v ]
[ ] Set up this disk as an LVM group
[ ] Encrypt the LVM group with LUKS
( ) Custom storage layout
I then selected the second disk 'LX260C':
=======
Guided storage configuration [ Help ]
=======
Configure a guided storage layout, or create a custom one:
(X) Use an entire disk
[ LX260C local disk 6.877G v ]
[ ] Set up this disk as an LVM group
[ ] Encrypt the LVM group with LUKS
( ) Custom storage layout
I get the following summary - separated by 'available devices' and 'unused devices':
=======
Storage configuration [ Help ]
=======
FILE SYSTEM SUMMARY ^
MOUNT POINT SIZE TYPE DEVICE TYPE │
[ / 6.875G new ext4 new partition of local disk > ] │
AVAILABLE DEVICES │
DEVICE TYPE SIZE │
[ 0X260B local disk 6.877G > ]│
partition 1 existing, already formatted as ext4, not 1.000G >
partition 2 existing, unused 5.876G >
[ Create software RAID (md) > ]
[ Create volume group (LVM) > ] v
=======
Storage configuration [ Help ]
=======
DEVICE TYPE SIZE ^
[ 0X260B local disk 6.877G > ]
partition 1 existing, already formatted as ext4, not 1.000G >
partition 2 existing, unused 5.876G >
[ Create software RAID (md) > ] │
[ Create volume group (LVM) > ] │
USED DEVICES │
DEVICE TYPE SIZE │
[ LX260C local disk 6.877G > ]│
partition 1 new, to be formatted as ext4, mounted at / 6.875G > │
After proceeding I later face this crash:
=======
Storage configuration [ Help ]
=======
DEVICE TYPE SIZE ^
[ 0X260B local disk 6.877G > ]
┌───
│ │
│ Selecting Continue below will begin the installation process and │
│ result in the loss of data on the disks selected to be formatted. │
│ │
│ You will not be able to return to this or a previous screen once the │
│ installation has started. │
│ │
│ Are you sure you want to continue? │
│ │
│ [ No ] │
│ [ Continue ] │
│ │
└───
=======
Profile setup [ Help ]
=======
Enter the username and password you will use to log in to the system. You
can configure SSH access on the next screen but a password is still needed
for sudo.
Your name: ubuntu
Your server's name: s1lp15
Pick a username: ubuntu
Choose a password: ********
Confirm your password: ********
=======
An error occurred during installation [ Help ]
=======
┌───
│ │
│ Sorry, there was a problem completing the installation. │
│ │
│ [ View full report ] │
│ │
│ If you want to help improve the installer, you can send an error │
│ report. │
│ │
│ [ Send to Canonical ] │
│ │
│ Do you want to try starting the installation again? │
│ │
│ [ Restart the installer ] │
│ │
│ [ Close report ] │
│ │
└───
ProblemType: Bug
ApportVersion: 2.20.11-0ubuntu21
Architecture: s390x
CasperVersion: 1.441
CrashDB: {'impl': 'launchpad', 'project': 'subiquity'}
CurrentDmesg:
[ 0.091308] Linux version 5.4.0-18-generic (buildd@
sion 9.2.1 20200306 (Ubuntu 9.2.1-31ubuntu3)) #22-Ubuntu SMP Sat Mar 7 18:05:50
UTC 2020 (Ubuntu 5.4.0-18.22-generic 5.4.24)
[ 0.091311] setup.6bac7a: Linux is running natively in 64-bit mode
[ 0.091342] setup.b050d0: The maximum memory size is 43008MB
[ 0.091359] numa.196305: NUMA mode: plain
[ 0.091399] cpu.33a262: 8 configured CPUs, 0 standby CPUs
[ 0.091410] cpu.643eaf: The CPU configuration topology of the machine is: 0
0 4 2 3 8 / 4
[ 0.091994] Write protected kernel read-only data: 11696k
[ 0.092302] Zone ranges:
[ 0.092303] DMA [mem 0x0000000000000
[ 0.092304] Normal [mem 0x0000000080000
[ 0.092305] Movable zone start for each node
[ 0.092306] Early memory node ranges
[ 0.092307] node 0: [mem 0x0000000000000
[ 0.092406] Initmem setup node 0 [mem 0x0000000000000
curtin.
Command: ['vgchange', '--activate=y']
Exit code: 5
Reason: -
Stdout: 0 logical volume(s) in volume group "s1lp15_vg" now active
Stderr: WARNING: Couldn't find device with uuid 4uOyAr-
s-9Ic6Xh.
WARNING: VG s1lp15_vg is missing PV 4uOyAr-
c6Xh (last written to /dev/dasda2).
Refusing activation of partial LV s1lp15_
ionmode partial' to override.
Unexpected error while running command.
Command: ['vgchange', '--activate=y']
Exit code: 5
Reason: -
Stdout: 0 logical volume(s) in volume group "s1lp15_vg" now active
Stderr: WARNING: Couldn't find device with uuid 4uOyAr-
s-9Ic6Xh.
WARNING: VG s1lp15_vg is missing PV 4uOyAr-
Ic6Xh (last written to /dev/dasda2).
I only selected to reformat the entire disk, which seem to have happend, and afterwards the entire disk is used for the new installation.
I'm wondering about LVM and VG here, is using LVM always the default in case an installation is done on an entire disk? I don't think so ...
I've attached the full /var/log and /var/crash ...
Related branches
- Server Team CI bot: Approve (continuous-integration)
- Chad Smith: Approve
-
Diff: 158 lines (+134/-1)3 files modifiedcurtin/block/clear_holders.py (+6/-1)
examples/tests/reuse-lvm-member-partition.yaml (+94/-0)
tests/vmtests/test_reuse_lvm_member.py (+34/-0)
Changed in ubuntu-z-systems: | |
assignee: | Canonical Foundations Team (canonical-foundations) → nobody |
Changed in ubuntu-z-systems: | |
status: | New → In Progress |
Changed in ubuntu-z-systems: | |
status: | In Progress → Fix Committed |
tags: | added: req4focal |
Changed in subiquity: | |
status: | New → Incomplete |
status: | Incomplete → Invalid |
Changed in ubuntu-z-systems: | |
status: | Fix Committed → In Progress |
Changed in curtin: | |
status: | Fix Committed → In Progress |
Changed in subiquity: | |
status: | Incomplete → Fix Released |
This looks like there is one disk that was previously part of a LVM volume group, but not all disks that were part of said group. I guess curtin needs to be more tolerant about this?