On 1/31/20 2:05 PM, Martin Wilck wrote: > Hello Milan, > > thanks a lot for your response. I'm fine with your suggestions. > > On Fri, 2020-01-31 at 13:28 +0530, Milan P. Gandhi wrote: >> On Wed, Jan 29, 2020 at 10:49:21AM +0100, Martin Wilck wrote: >>> >>> The path (/usr/sbin/multipath) is inconsistent with what we use in >>> multipathd.service (/sbin/multipath). I'm not against changing this >>> to >>> /usr, but we should be consistent. >> >> I used (/usr/sbin/multipath) because location of multipath binary is >> shown in /usr/sbin. I will change it to /sbin/multipath to make it >> more >> consistent with the systemctl output for multipathd.service > > Well, Fedora made the /usr move, which openSUSE hasn't completed yet. > In general IMO using /usr/sbin is fine, distributions can > patch this as it fits. But for clarity, the move should be made in a > separate patch, so I for your patch, sticking with /sbin is better. > >> $ whereis multipath >> multipath: /usr/sbin/multipath /usr/lib64/multipath [...] >> >>> And: fall back to /etc/multipath/conf.d if the command fails for >>> some >>> reason? >> >> The 'multipath -t' command runs successfully even when multipathd >> itself >> is stopped. And config_dir option is one of the built-in parameters, >> so >> if users do not modify it then it is automatically set to >> /etc/multipath/conf.d > > Right, that makes sense. If "multipath -t" fails, something is really > fishy and we should probably error out. > >> I can add a check to verify if the config_dir parameter read from >> multipath -t is an actual directory, and if not, fall back to above >> default path - /etc/multipath/conf.d > > I'm not sure about that. If config_dir exists and is not a directory, > we should error out. If it doesn't exist, we should just skip it. Thanks Martin! I have just now sent an updated patch with the changes. > Btw, while you are at it: There's also the "multipath_dir" config > option that specifies the location of the "plugin" libraries for > multipath. This stuff is currently installed via > > inst_libdir_file "libmultipath*" "multipath/" > > But in theory at least, users can change this directory, and if dracut > supports a modified "config_dir", it might as well support a modified > "multipath_dir." You may argue that that's unlikely to be modified, but > the same can be said about config_dir. Just a suggestion. > Users can change "multipath_dir" config option as well, but currently there is no check for this option. I will soon send a patch to verify "multipath_dir" option as well. Regards, Milan.
