diff mbox series

[v2,10/14] multipath.conf.5: fix typo

Message ID 20231026174153.1133-11-mwilck@suse.com (mailing list archive)
State Not Applicable, archived
Delegated to: christophe varoqui
Headers show
Series multipath: aio, systemd, and documentation improvements | expand

Commit Message

Martin Wilck Oct. 26, 2023, 5:41 p.m. UTC
From: Martin Wilck <mwilck@suse.com>

Signed-off-by: Martin Wilck <mwilck@suse.com>
---
 multipath/multipath.conf.5.in | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

Comments

Benjamin Marzinski Oct. 27, 2023, 7:10 p.m. UTC | #1
On Thu, Oct 26, 2023 at 07:41:49PM +0200, mwilck@suse.com wrote:
> From: Martin Wilck <mwilck@suse.com>
> 
> Signed-off-by: Martin Wilck <mwilck@suse.com>
Reviewed-by: Benjamin Marzinski <bmarzins@redhat.com>
> ---
>  multipath/multipath.conf.5.in | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/multipath/multipath.conf.5.in b/multipath/multipath.conf.5.in
> index 226d001..2b70b6d 100644
> --- a/multipath/multipath.conf.5.in
> +++ b/multipath/multipath.conf.5.in
> @@ -782,7 +782,7 @@ Specify the maximum number of seconds the SCSI layer will spend doing error
>  handling when scsi devices fail. After this timeout the scsi layer will perform
>  a full HBA reset. Setting this may be necessary in cases where the rport is
>  never lost, so \fIfast_io_fail_tmo\fR and \fIdev_loss_tmo\fR will never
> -trigger, but (frequently do to load) scsi commands still hang. \fBNote:\fR when
> +trigger, but (frequently due to load) scsi commands still hang. \fBNote:\fR when
>  the scsi error handler performs the HBA reset, all target paths on that HBA
>  will be affected. eh_deadline should only be set in cases where all targets on
>  the affected HBAs are multipathed.
> -- 
> 2.42.0
diff mbox series

Patch

diff --git a/multipath/multipath.conf.5.in b/multipath/multipath.conf.5.in
index 226d001..2b70b6d 100644
--- a/multipath/multipath.conf.5.in
+++ b/multipath/multipath.conf.5.in
@@ -782,7 +782,7 @@  Specify the maximum number of seconds the SCSI layer will spend doing error
 handling when scsi devices fail. After this timeout the scsi layer will perform
 a full HBA reset. Setting this may be necessary in cases where the rport is
 never lost, so \fIfast_io_fail_tmo\fR and \fIdev_loss_tmo\fR will never
-trigger, but (frequently do to load) scsi commands still hang. \fBNote:\fR when
+trigger, but (frequently due to load) scsi commands still hang. \fBNote:\fR when
 the scsi error handler performs the HBA reset, all target paths on that HBA
 will be affected. eh_deadline should only be set in cases where all targets on
 the affected HBAs are multipathed.