<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    On 01/04/2012 10:10 PM, Laurent Bigonville wrote:
    <blockquote cite="mid:20120104174012.6aade77c@eldamar.bigon.be"
      type="cite">
      <pre wrap="">Sorry for the delay, I'm not working on that system (but Frido that has
posted above does).

As I was suspecting, this is an issue with "something" (udev I guess)
poking the inactive path(s). Loading the kernel multipath driver makes
the kernel aware of the fact that the path is inactive.</pre>
    </blockquote>
    Yes, looks like that's the case. I never saw this in my tests
    because here it is all NetApp and we don't use a hardware handler.<br>
    <br>
    <blockquote cite="mid:20120104174012.6aade77c@eldamar.bigon.be"
      type="cite">
      <pre wrap="">
I guess that Frido's script (or something similar) should be added in
the main multipath-tools package (and not only in the -boot variant).

What do you think?</pre>
    </blockquote>
    If the hardware handler is set in the multipath.conf file, the
    corresponding driver will be loaded. Yes, there will be a timing
    catch on when the device discovery triggers (which in almost all
    cases will be way before the start-up of multipathd daemon) and when
    the multipathd daemon starts.<br>
    So this problem applies in both the cases.<br>
    <br>
    We could either decide to run multipathd from within initrd. We'll
    still need to ensure that every modification to multipath.conf does
    propagate to initrd also.<br>
    <br>
    OR<br>
    <br>
    Load all the handlers. Not the one that I like.<br>
    <br>
    <br>
    The simplest I can think of is to document these things, at least in
    README.Debian.  Just ensure to load the hardware handler module for
    your storage array. Such things can go into /etc/modules.<br>
    <br>
    <blockquote>22:19:45 rrs@champaran:~$ cat /etc/modules<br>
      # /etc/modules: kernel modules to load at boot time.<br>
      #<br>
      # This file contains the names of kernel modules that should be
      loaded<br>
      # at boot time, one per line. Lines beginning with "#" are
      ignored.<br>
      # Parameters can be specified after the module name.<br>
      <br>
      firewire-sbp2<br>
      loop<br>
      <br>
    </blockquote>
    Let me know your views.<br>
    <br>
    <pre class="moz-signature" cols="72">-- 
Ritesh Raj Sarraf | <a class="moz-txt-link-freetext" href="http://people.debian.org/~rrs">http://people.debian.org/~rrs</a>
Debian - The Universal Operating System
</pre>
  </body>
</html>