Thanks.

The older distribution I checked has this for -T
     -T tm:valid
              check if tm matches the multipathd configuration timestamp
value from /run/multipathd/timestamp If so, return success if valid is 1.
Otherwise, return failure. If the timestamp doesn't match continue with
multipath execution.  This option is designed to be used with -c by the
udev rules.

So really weird option.

On Fri, Dec 2, 2022 at 4:49 PM Martin Wilck <mwi...@suse.com> wrote:

> On Fri, 2022-12-02 at 14:48 -0600, Roger Heflin wrote:
> > Reading through it, on the line below, shouldn't it be -t (not -T)?
> >
>
> No, -T is correct. -t prints the entire internal table, most of which
> doesn't apply on any given system. -T prints only the settings for
> hardware that's present in the given system, which is what most users
> will prefer (I assume).
>
> But thanks for reading carefully. Appreciated!
>
> Martin
>
>
>
> > Line:
> > +the multipath-tools built-in settings override the default. Run
> > \fImultipath -T\fR
> >
> > On Fri, Dec 2, 2022 at 11:58 AM Martin Wilck <mwi...@suse.com> wrote:
> > > On Fri, 2022-12-02 at 18:57 +0100, Martin Wilck wrote:
> > > > On Fri, 2022-12-02 at 18:31 +0100, Xose Vazquez Perez wrote:
> > > > > On 12/1/22 11:32, mwi...@suse.com wrote:
> > > > >
> > > > > > From: Martin Wilck <mwi...@suse.com>
> > > > > >
> > > > > > The statement that the default is 600 is wrong in most cases.
> > > > > > Improve the description of the default and the dependency of
> > > > > > this
> > > > > > parameter on other parameters.
> > > > >
> > > > > I did change this patch to move "default value" to bottom.
> > > >
> > > > The problem is that there is no easily explained default value
> > > > for
> > > > this
> > > > parameter. Nice as the common "default value" format is, it
> > > > doesn't
> > > > apply here.
> > > >
> > > > If you have a suggestion for improving the formatting or wording,
> > > > please speak up.
> > >
> > > Sorry, I missed your other email because it had been sorted into a
> > > different folder.
> > >
> > > Martin
> > >
> > > --
> > > dm-devel mailing list
> > > dm-devel@redhat.com
> > > https://listman.redhat.com/mailman/listinfo/dm-devel
> > >
>
>
--
dm-devel mailing list
dm-devel@redhat.com
https://listman.redhat.com/mailman/listinfo/dm-devel

Reply via email to