[dm-devel] v3.15 dm-mpath regression: cable pull test causes I/O hang
snitzer at redhat.com
Thu Jul 3 15:00:55 UTC 2014
On Thu, Jul 03 2014 at 10:34am -0400,
Bart Van Assche <bvanassche at acm.org> wrote:
> On 07/03/14 16:05, Mike Snitzer wrote:
> > How easy would it be to replicate your testbed? Is it uniquely FIO hw
> > dependent? How are you simulating the cable pull tests?
> > I'd love to setup a testbed that would enable me to chase this more
> > interactively rather than punting to you for testing.
> Hello Mike,
> The only nonstandard hardware that is required to run my test is a pair
> of InfiniBand HCA's and an IB cable to connect these back-to-back. The
> test I ran is as follows:
> * Let an SRP initiator log in to an SRP target system.
> * Start multipathd and srpd.
> * Start a fio data integrity test on the initiator system on top of
> * From the target system simulate a cable pull by disabling IB traffic
> via the ibportstate command.
> * After a random delay, unload and reload SCST and the IB stack. This
> makes the IB ports operational again.
> * After a random delay, repeat the previous two steps.
I'll work on getting some IB cards. But I _should_ be able to achieve
the same using iSCSI right?
> If you want I can send you the scripts I use to run this test and also
> the instructions that are necessary to build and install the SCST SRP
> target driver.
Please do, thanks!
Also, Red Hat has a rather extensive battery of dm-mpath FC cable pull
tests for RHEL but these dm-mpath changes haven't been included in any
RHEL yet.. I _could_ port these upstream changes to a test RHEL7 kernel
just to leverage the RHEL-based testing.
More information about the dm-devel