Bug#827322: multipath-tools: Not all paths discovered when large number of paths are present

Ritesh Raj Sarraf rrs at debian.org
Thu Jun 16 09:49:22 UTC 2016


Control: tag -1 +pending

On Wed, 2016-06-15 at 13:03 -0600, Andrew Patterson wrote:
> For most users this is not an issue. How many systems are going to use
> that many LUNs?
> 

I agree.

> One counter-example is using one or more FC LUNs per VM guest on a
> host. In such a case, one can just modify /etc/sysctl.conf to increase
> the setting. 

Yes. Most hypervisors may want this. But again, like you said, most users do not
map that many LUNs. And recommended practice is to have a VM backed by a file
backend mostly.

> We can run into problems when using
> multipath-tools-boot. In this case, we use the default kernel settings
> for aio-max-nr since multipath is run from the initramfs. I have
> worked around this by modifying the script in
> /usr/share/initramfs/scripts/local-top/multipath to temporarilly set
> aio-max-nr to 1048576 while doing discovery.


So, I'll just add this to README.Debian. There's not much that we can do beyond
documenting such behavior.


-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 801 bytes
Desc: This is a digitally signed message part
URL: <http://lists.alioth.debian.org/pipermail/pkg-lvm-maintainers/attachments/20160616/0d100be7/attachment.sig>


More information about the pkg-lvm-maintainers mailing list