[dm-devel] [PATCH 2/2] multipath.conf(5): improve documentation of dev_loss_tmo

[Roger Heflin]

Enterprise 8 seems to have the new -T option, so clearly the old option had
limited use, and went away.

I had to read the updates to make sure I was not missing anything in my
understanding of that timeout.    We override the vendors setting on a
number of arrays (we use 87400 seconds, long enough that the paths stay
around for normal array work-fw updates and reboot but short enough the
paths go away if really gone).    We have a very large footprint of arrays
and hosts so have a lot of operational experience debugging issues caused
by poor defaults interacting ( multipath, scsi, cluster,  and applications
timeouts).

On Fri, Dec 2, 2022 at 4:49 PM Martin Wilck <mwilck at 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 <mwilck at 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, mwilck at suse.com wrote:
> > > > >
> > > > > > From: Martin Wilck <mwilck at 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 at redhat.com
> > > https://listman.redhat.com/mailman/listinfo/dm-devel
> > >
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/dm-devel/attachments/20221202/54be0262/attachment.htm>