[Bug 1194320] L3: sles12sp4 -> sles15sp1 upgrade of HLI in Azure results in non-bootable system

[bugzilla_noreply at suse.com]

https://bugzilla.suse.com/show_bug.cgi?id=1194320
https://bugzilla.suse.com/show_bug.cgi?id=1194320#c36

--- Comment #36 from Jordan Causey <jordan.causey at suse.com> ---
(In reply to Martin Wilck from comment #35)
> I have never used --no-kernel. Indeed, the dm-multipath module is necessary
> for multpath support. I don't know what happens with required modules if the
> cusomer specifies --no-kernel.

In this case, those dracut params are being set by some python scripts
implemented as part of the Distribution Migration System (DMS) RPMs. This is a
bit of a unique scenario, as DMS is typically only used for cloud-hosted VMs,
which would usually not implement multipath. 

In this case, these are bare-metal servers that are managed by MSFT in Azure
datacenters. These hosts have their own dedicated on-site storage (NetApp),
hence the need for multipath support. 

The dracut man describes the "--no-kernel" param as:

--no-kernel
do not install kernel drivers and firmware files

So that could definitely be the culprit here. Should be pretty easy to test
with a PTF, but this is not a change that would likely be beneficial to other
DMS customers moving forward.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.suse.com/pipermail/dms-bugs/attachments/20220504/5ad20ea2/attachment.htm>