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@xxxxxxxx> 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@xxxxxxxx> 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@xxxxxxxx wrote:
> > > >
> > > > > From: Martin Wilck <mwilck@xxxxxxxx>
> > > > >
> > > > > 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@xxxxxxxxxx
> > https://listman.redhat.com/mailman/listinfo/dm-devel
> >
-- dm-devel mailing list dm-devel@xxxxxxxxxx https://listman.redhat.com/mailman/listinfo/dm-devel
