<html>

    <head>

      <base href="https://bugzilla.suse.com/" />

    </head>

    <body>

      <p>

        <div>

            <b><a class="bz_bug_link 

          bz_status_IN_PROGRESS "

   title="IN_PROGRESS - L3: sles12sp4 -> sles15sp1 upgrade of HLI in Azure results in non-bootable system"

   href="https://bugzilla.suse.com/show_bug.cgi?id=1194320#c41">Comment # 41</a>

              on <a class="bz_bug_link 

          bz_status_IN_PROGRESS "

   title="IN_PROGRESS - L3: sles12sp4 -> sles15sp1 upgrade of HLI in Azure results in non-bootable system"

   href="https://bugzilla.suse.com/show_bug.cgi?id=1194320">bug 1194320</a>

              from <span class="vcard"><a class="email" href="mailto:jordan.causey@suse.com" title="Jordan Causey <jordan.causey@suse.com>"> <span class="fn">Jordan Causey</span></a>

</span></b>

        <pre>(In reply to Robert Schweikert from <a href="show_bug.cgi?id=1194320#c40">comment #40</a>)

<span class="quote">> For the DMS implementation we want to cast as wide a net as possible and

> build the biggest initrd possible with the tools that are already installed

> on the system.

> 

> Thanks for the info.</span >

Sorry for any confusion I may have caused. I checked and the DMS Python code

where the dracut "--no-kernel" param is set

(suse_migration_services/units/regenerate_initrd.py) and that

"regenerate_initrd.py" code only appears to be present in the PTF created

specifically for this customer. That code is not used for standard migrations.

I assume standard DMS migrations would have full kernel module support enabled.

I'm not quite sure why the "--no-kernel" param was added initially to the PTF,

however I think we're in agreement that it would cause the kernel to not see

multipath devices.</pre>

        </div>

      </p>

      <hr>

      <span>You are receiving this mail because:</span>

      <ul>

          <li>You are on the CC list for the bug.</li>

      </ul>

    </body>

</html>