Bryn M. Reeves
bmr at redhat.com
Fri Mar 23 14:50:41 UTC 2012
-----BEGIN PGP SIGNED MESSAGE-----
On 03/23/2012 02:41 PM, Hart, Brian R. wrote:
> I've been trying to figure this out and have not been able to
> locate any information on this. I hope that I'm not just
> overlooking something silly...
> We have a couple of Dell MD storage arrays that when installed
> setup multipath.conf to use this line: prio_callout
> "/sbin/mpath_prio_rdac /dev/%n"
> Now, in RHEL5 and Debian Lenny this mpath_prio_rdac file exists.
> However, in the newer distro releases this file seems to be
> completely gone and I cannot find any reference to it in any
> packages. Has this functionality been replaced some how? Should
> this line really be different or is multipath handling it
> differently where it just ignores this line anyways in newer
> I would greatly appreciate any light that could be shed on the
> subject. Thanks in advance!
> -- Brian Hart
Callouts make life difficult when file systems go away so like the
path checkers before them they were merged into the libmultipath
shared library. This means that the daemon can lock them into memory
via mlock(2)/mlockall(2) and not have to worry about being able to
load a binary from disk when the paths to that storage have failed -
this is very useful if your root file system is on multipath and you
need to recover from a failure.
In RHEL5 this is dealt with using a complex and fragile private
namespace and RAM-backed file system - the required binaries are
copied into this ramfs at daemon startup and the daemon unmounts
unnecessary file systems to avoid blocking when failures occur.
For this reason the parameter is now just "prio", e.g.:
hardware_handler "1 rdac"
path_selector "round-robin 0"
See multipath.conf.defaults or the other example files in the package
your distribution provides.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
-----END PGP SIGNATURE-----
More information about the dm-devel