From: malahal@us.ibm.com
To: dm-devel@redhat.com
Subject: Re: About using multipath in SLES 10
Date: Mon, 28 Jan 2008 13:14:39 -0800 [thread overview]
Message-ID: <20080128211439.GA18651@us.ibm.com> (raw)
In-Reply-To: <39C75744D164D948A170E9792AF8E7CA110B91@exil.voltaire.com>
Erez Zilber [erezz@voltaire.com] wrote:
> I understand. I've tried disktest, and it work ok. I have another
> question - I'm running a single iSCSI initiator against 2 iSCSI
> target. I started disktest on /dev/dm-1 and after a few seconds, I
> disconnected the primary target. It took ~2 minutes until it failed
> over to the secondary device. During these ~2 minutes, it seemed that
> disktest is still reading data from the target, just slower. That's
> very strange. After failover was completed, I was able to use the
> secondary device.
You said, "it seemed that disktest is still reading data from the
target". Maybe it is reading some cached data (read-ahead or some other
such thing...) Also, the multipath kernel module would not know that you
have disconnected the target until an I/O fails. Depending on your error
injection and the susystems design, the I/O failure could be as a result
of a timeout (this depends on your/distro setting, generally 1 minute).
> I have 2 questions:
>
> 1. > Which parameter in multipath.conf do I need to change
> in order to failover in a few seconds? Is it polling_interval? I saw
> that the default value is 5 seconds, which should be ok.
Not an expert, but polling interval can't change the failover time. It
may change the 'failback' time though!
> 2. Before multipath decided that it needs to failover, why did I
> see that traffic is still running? It had no device to work with at
> that time.
Depends on 'how you saw the traffic'! Could be false alarm.
next prev parent reply other threads:[~2008-01-28 21:14 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-01-28 15:33 About using multipath in SLES 10 Erez Zilber
2008-01-28 16:36 ` malahal
2008-01-28 17:49 ` Erez Zilber
2008-01-28 21:14 ` malahal [this message]
2008-01-28 18:05 ` Erez Zilber
2008-01-28 19:30 ` malahal
2008-01-28 19:34 ` multipath device name Erez Zilber
2008-01-28 19:46 ` malahal
2008-01-28 19:54 ` Erez Zilber
2008-01-28 20:15 ` malahal
2008-01-28 20:22 ` Erez Zilber
2008-01-28 20:30 ` Erez Zilber
2008-01-29 12:46 ` Ariel Gottlieb
2008-01-29 13:28 ` Erez Zilber
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20080128211439.GA18651@us.ibm.com \
--to=malahal@us.ibm.com \
--cc=dm-devel@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.