Re: [PATCH] multipathd: LUN protection by checking path's wwid change status

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hello Chongyun,

On Mon, 2020-12-28 at 11:34 +0800, Chongyun Wu wrote:
>  From 37c74873acfc1587e79a6504ca3d42b8fa00d49e Mon Sep 17 00:00:00
> 2001
> 
> From: Chongyun Wu <wucy11@xxxxxxxxxxxxxxx>
> Date: Mon, 21 Dec 2020 09:51:20 +0800
> Subject: [PATCH] multipathd: LUN data protection by checking path's
> wwid
>   change status
> 
> Issue description:
> A) Device sda and sdb correspend to LUN1 and LUN2 in storage backend
> and
> the upper layer application uses those two devices.
> B) Doing illegal operation: unmapping LUN1 and LUN2 in storage
> backend,
> and export LUN2 and LUN1 to host with exchanged assignment relation
> between sda and sdb.
> C) The upper layer application run for a while and found that the
> data
> in both LUN1 and LUN2 has been corrupted.

Can you please be explicit about which multipath-tools version you have
tested? I thought we had the wwid change issues covered. Ben and I have
been putting quite some effort into this recently. Of course we can be
wrong, but I'd like to understand the issue fully.

In particular, I wonder what happens if when "unmapping LUN1 and LUN2
in storage". I would expect that this would cause "remove" uevents, and
multipathd would set these devices in INIT_REMOVED state. That should
make multipathd realize that the path WWID changed when the path
reappears.

Please confirm that you've been using the latest version from
Christophe's repo (or better even, from my upstream-queue), and provide
-v3 logs showing what goes wrong.

Martin




--
dm-devel mailing list
dm-devel@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/dm-devel





[Index of Archives]     [DM Crypt]     [Fedora Desktop]     [ATA RAID]     [Fedora Marketing]     [Fedora Packaging]     [Fedora SELinux]     [Yosemite Discussion]     [KDE Users]     [Fedora Docs]

  Powered by Linux