Bug 460284

Summary: Feature request: Make DM Multipath Blacklists / Whitelists behave like iptables or postfix
Product: [Fedora] Fedora Reporter: Arno <nvana_31>
Component: device-mapper-multipathAssignee: Ben Marzinski <bmarzins>
Status: CLOSED WONTFIX QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: medium    
Version: rawhideCC: agk, bmarzins, bmr, christophe.varoqui, dwysocha, egoggin, fdinitto, heinzm, junichi.nomura, kueda, lmb, lvm-team, msnitzer, tranlan
Target Milestone: ---Keywords: FutureFeature
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2019-08-29 16:26:14 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Arno 2008-08-27 11:45:23 UTC
Hello DM multipath developers,

I've been messing quite a while today with getting my blacklisting for a system right. The current solution works; blacklisting all internal disks by wwid, but I still think its sub-optimal.

Wouldn't it be easier to make the blacklist and whitelist behave just like IPtables or PostFix ? That is as soon as the first decision is made its done. I think it would also be easier to code as it would be a list of regular expressions which need to be matched and the first one triggering wins.

With that solution the config for most setups would be something like:

whitelist {
       device {
               vendor  "My SAN vendor"
               product "My SAN product"
       }
}

blacklist {
        devnode "*"
}

This would make configuration alot easier than it is right now when I have to blacklist all the 'non multipath' devices.

Kind regards,

Arno

Comment 2 Ben Marzinski 2010-05-04 17:13:55 UTC
This non-optimal setup still exists, and proposals for a better whitelist/blacklist have been discussed on dm-devel, but no work has been done on it yet.