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