question about multipathd patch thought.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Because of some tools we use to "move" luns from one array to another,
we have ended up with duplicate lunids (human errors around the
designed process) on 2 separate arrays presented to the exact same
hosts.  This has caused multipath to assemble all 4 paths into the
same device, 2 of which don't have the same data.  The environment I
work in has 1000's of physical hosts, and 100's arrays.

If I were to create and submit a patch to validate (if say we set
verify_new_path_matches to yes in the config file, default is no) that
the new paths size, vendor, and model match, if they don't match then
print to syslog, and don't add it to the path. It is understood that
when we use this option when we are using the tool that causes the
above problem we would need to disable that option, and once that
process is finished then re-enable the option.   If such a patch was
created would the patch be accepted to the multipath upstream?

Roger Heflin


--
dm-devel mailing list
dm-devel@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/dm-devel




[Index of Archives]     [DM Crypt]     [Fedora Desktop]     [ATA RAID]     [Fedora Marketing]     [Fedora Packaging]     [Fedora SELinux]     [Yosemite Discussion]     [KDE Users]     [Fedora Docs]

  Powered by Linux