Re: discuss about commit 3b0f9ce: filter-mpath: get wwids from sysfs vpd_pg83

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

 



On Tue, 2023-11-14 at 11:00 -0600, David Teigland wrote:
> On Tue, Nov 14, 2023 at 10:44:02AM +0000, Martin Wilck wrote:
> > I haven't looked into "system.devices" so far. Is there a high-
> > level
> > description of this feature available somewhere? A link would be
> > appreciated. On (open)SUSE, afaik, system.device is not used
> > (Heming,
> > correct me if I am wrong).
> 
> https://man7.org/linux/man-pages/man8/lvmdevices.8.html
> 
> If that's too low-level let me know and I'll look at writing
> something
> more conceptual and introductory.

It looks allright.

       "If the system devices file does not yet exist, the pvcreate or
       vgcreate commands will create it if they see no existing VGs on
       the system."

That basically means that every new installation (where PVs and VGs
will usually have to be created first) will use system.devices, and
thus disable use of filtering and traditional-style multipath component
detection. Right?
And if a user wanted to use the traditional way of determining devices,
she would need to delete the system.devices file?

> > > - To make filter-mpath use udev info, and prevent lvm from using
> > > wwids, you can set external_device_info_source=udev and
> > > multipath_wwids_file="".
> > 
> > Good to know, but that's kind of counter-intuitive. I'd prefer
> > if external_device_info_source=udev did what the name says, and a
> > new
> > mode ("external_device_info_source=hybrid", say) was introduced for
> > the
> > current behavior.
> 
> I'd also thought about adding a new option for
> external_device_info_source
> that would mean "udev info only", rather than "both native and udev
> info."
> 
> The complication is that external_device_info_source applies to a few
> different kinds of device info, not just multipath, and I doubt we
> can
> apply only udev info to all those cases.

AFAICS the other use case is MD RAID, no? I think that LVM could rely
on udev for that as well. 

>   This means adding another config
> option... not much different from just using multipath_wwids_file="".

For multipath, external_device_info_source=udev used to mean "udev
only" until recently, unless I'm mistaken. The semantics of this
settings has changed. I don't know what the situation was for MD or
possible other subsystems. I'm fine with calling the algorithm "udev"
if the respective semantics are still the same that used to be called
"udev" in the past.

> > Can a distribution set multipath_wwids_file="" by default without
> > undesired side effects?
> 
> Yes, it just causes lvm to skip the use of /etc/multipath/wwids for
> checking if a device is a multipath component.

Thanks. I'm still not happy about it, but if we find no other solution,
I guess it will be ok.

Regards,
Martin






[Index of Archives]     [Gluster Users]     [Kernel Development]     [Linux Clusters]     [Device Mapper]     [Security]     [Bugtraq]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]

  Powered by Linux