linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Tkaczyk, Mariusz" <mariusz.tkaczyk@intel.com>
To: "Tkaczyk, Mariusz" <mariusz.tkaczyk@intel.com>,
	Jes Sorensen <jes@trained-monkey.org>,
	Lidong Zhong <lidong.zhong@suse.com>
Cc: "linux-raid@vger.kernel.org" <linux-raid@vger.kernel.org>
Subject: RE: [PATCH v2] Detail: show correct raid level when the array is inactive
Date: Tue, 20 Oct 2020 12:32:33 +0000	[thread overview]
Message-ID: <SA0PR11MB45428397B07F6DF50E6F0CBFFF1F0@SA0PR11MB4542.namprd11.prod.outlook.com> (raw)
In-Reply-To: <SA0PR11MB454240AADCFC09D4771325E3FF1F0@SA0PR11MB4542.namprd11.prod.outlook.com>

Hello,
one clarification:
Issue can be reproduced, just create container and observe system journal.
I mean that the seqfault cannot be reproduced directly, it comes in background,
during creation.

Sorry for being inaccurate.

Mariusz

-----Original Message-----
From: Tkaczyk, Mariusz <mariusz.tkaczyk@intel.com> 
Sent: Tuesday, October 20, 2020 11:50 AM
To: Jes Sorensen <jes@trained-monkey.org>; Lidong Zhong <lidong.zhong@suse.com>
Cc: linux-raid@vger.kernel.org
Subject: RE: [PATCH v2] Detail: show correct raid level when the array is inactive

Hello Lidong,
We are observing seqfault during IMSM raid creation caused by your patch.

Core was generated by `/sbin/mdadm --detail --export /dev/md127'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x000000000042516e in Detail (dev=0x7ffdbd6d1efc "/dev/md127", c=0x7ffdbd6d0710) at Detail.c:228
228                     str = map_num(pers, info->array.level);

The issue occurs during container or volume creation and cannot be reproduced manually.
In my opinion udev is racing with create process. Observed on RHEL 8.2 with upstream mdadm.
Could you look?

If you are lack of IMSM hardware please use IMSM_NO_PLATFORM environment variable.

Thanks,
Mariusz

-----Original Message-----
From: Jes Sorensen <jes@trained-monkey.org>
Sent: Wednesday, October 14, 2020 5:20 PM
To: Lidong Zhong <lidong.zhong@suse.com>
Cc: linux-raid@vger.kernel.org
Subject: Re: [PATCH v2] Detail: show correct raid level when the array is inactive

On 9/13/20 10:52 PM, Lidong Zhong wrote:
> Sometimes the raid level in the output of `mdadm -D /dev/mdX` is 
> misleading when the array is in inactive state. Here is a testcase for 
> introduction.
> 1\ creating a raid1 device with two disks. Specify a different 
> hostname rather than the real one for later verfication.
> 
> node1:~ # mdadm --create /dev/md0 --homehost TESTARRAY -o -l 1 -n 2 
> /dev/sdb /dev/sdc 2\ remove one of the devices and reboot 3\ show the 
> detail of raid1 device
> 
> node1:~ # mdadm -D /dev/md127
> /dev/md127:
>         Version : 1.2
>      Raid Level : raid0
>   Total Devices : 1
>     Persistence : Superblock is persistent
>           State : inactive
> Working Devices : 1
> 
> You can see that the "Raid Level" in /dev/md127 is raid0 now.
> After step 2\ is done, the degraded raid1 device is recognized as a 
> "foreign" array in 64-md-raid-assembly.rules. And thus the timer to 
> activate the raid1 device is not triggered. The array level returned 
> from GET_ARRAY_INFO ioctl is 0. And the string shown for "Raid Level"
> is str = map_num(pers, array.level); And the definition of pers is 
> mapping_t pers[] = { { "linear", LEVEL_LINEAR}, { "raid0", 0}, { "0", 
> 0} ...
> So the misleading "raid0" is shown in this testcase.
> 
> Changelog:
> v1: don't show "Raid Level" when array is inactive
> Signed-off-by: Lidong Zhong <lidong.zhong@suse.com>
>

Applied!

Thanks,
Jes


  reply	other threads:[~2020-10-20 12:32 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-09-14  2:52 [PATCH v2] Detail: show correct raid level when the array is inactive Lidong Zhong
2020-10-14 15:19 ` Jes Sorensen
2020-10-20  9:50   ` Tkaczyk, Mariusz
2020-10-20 12:32     ` Tkaczyk, Mariusz [this message]
2020-11-22 13:15       ` Zhong Lidong

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=SA0PR11MB45428397B07F6DF50E6F0CBFFF1F0@SA0PR11MB4542.namprd11.prod.outlook.com \
    --to=mariusz.tkaczyk@intel.com \
    --cc=jes@trained-monkey.org \
    --cc=lidong.zhong@suse.com \
    --cc=linux-raid@vger.kernel.org \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).