[ppc64el] LVM+crypto on ppc64el points to an invalid crypto_source

Bug #1798512 reported by Mathieu Trudel-Lapierre on 2018-10-18

This bug report will be marked for expiration in 28 days if no further activity occurs. (find out why)

6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
multipath-tools (Ubuntu)
Medium
Unassigned
partman-crypto (Ubuntu)
Medium
Mathieu Trudel-Lapierre

Bug Description

    4.582154] 8regs : 17120.000 MB/sec
[ 4.622155] 8regs_prefetch: 15152.000 MB/sec
[ 4.662154] 32regs : 17968.000 MB/sec
[ 4.702155] 32regs_prefetch: 16512.000 MB/sec
[ 4.742155] altivec : 26000.000 MB/sec
[ 4.742202] xor: using function: altivec (26000.000 MB/sec)
[ 4.743182] async_tx: api initialized (async)
done.
Spawning shell within the initramfs

BusyBox v1.27.2 (Ubuntu 1:1.27.2-2ubuntu4) built-in shell (ash)
Enter 'help' for a list of built-in commands.

(initramfs) grep -r mpatha3 *
cryptroot/crypttab:mpatha3_crypt /dev/mapper/mpatha3 none luks,discard

Boot reproducibly fails because it can't find /dev/mapper/mpatha3. This is expected, since after install the device is named mpatha-part3.

We really need to standardize on the naming...

Filed in partman-crypto for now, I'm guessing that's what writes crypttab, and it might not be aware of multipath's special way of addressing devices?

This might well not be ppc64el-specific, given the symptoms, I'm pretty sure it will fail the same way everywhere. I will check on that.

Changed in partman-crypto (Ubuntu):
assignee: nobody → Mathieu Trudel-Lapierre (cyphermox)
importance: Undecided → Medium

partman-crypto looks fine at first glance, but I'm starting to suspect multipath-tools might be addressing devices differently in d-i; possibly because of how we build the udeb, or what we have in multipath.conf?

Changed in multipath-tools (Ubuntu):
status: New → Incomplete
Changed in partman-crypto (Ubuntu):
status: New → Incomplete
Changed in multipath-tools (Ubuntu):
importance: Undecided → Medium
Ubuntu QA Website (ubuntuqa) wrote :

This bug has been reported on the Ubuntu ISO testing tracker.

A list of all reports related to this bug can be found here:
http://iso.qa.ubuntu.com/qatracker/reports/bugs/1798512

tags: added: iso-testing
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers