linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Francis Moreau <francis.moro@gmail.com>
To: Martin Wilck <mwilck@arcor.de>
Cc: NeilBrown <neilb@suse.de>, linux-raid@vger.kernel.org
Subject: Re: Weirdness with DDF arrays (mdadm 3.3)
Date: Sat, 14 Sep 2013 17:25:55 +0200	[thread overview]
Message-ID: <CAC9WiBiD4b9gKoEBCvWEOSbBtq72hZ-QFpbGpsEOinDWSatffw@mail.gmail.com> (raw)
In-Reply-To: <52346FB1.2020205@arcor.de>

Hi Martin,

On Sat, Sep 14, 2013 at 4:16 PM, Martin Wilck <mwilck@arcor.de> wrote:
> Hi Francis, hi Neil,
>
>> Still testing MD arrays using DDF metadata and find another possible issues :)
>>
>> I'm creating a new DDF array containing 2 disks. After that
>> /proc/mdstat looks correct:
>>
>> # cat /proc/mdstat
>> Personalities : [raid1]
>> md124 : active raid1 loop0[1] loop1[0]
>>       84416 blocks super external:/md125/0 [2/2] [UU]
>>
>> md125 : inactive loop1[1](S) loop0[0](S)
>>       65536 blocks super external:ddf
>>
>> Now I'm stopping the array and restart it by incrementaly adding the 2 disks:
>> # mdadm --stop /dev/md124
>> # mdadm --stop /dev/md125
>> # mdadm -IRs /dev/loop0
>
> This is wrong, because -IRs "wills can the mapfile for arrays that are
> being incrementally assembled snd will try to start any that are not
> already started".
>
> mdadm -IRs will first add /dev/loop0, then see that there is an
> incomplete array, and start it.
>
>> # mdadm -IRs /dev/loop1
>
> Now you add /dev/loop1, but as the array is already started, it will be
> added as a spare. That's what you see below.

Ah you're right, sorry for the noise, however I still doesn't
understand my last point, please see the end of the email.

>
> However, there is room for improvement here. The array hasn't been
> written to, so even if it is started, it should be possible to re-add
> the second disk cleanly.
>
> Looking into that.
>

thanks

> Martin
>
>
>> # cat /proc/mdstat
>> Personalities : [raid1]
>> md124 : active (auto-read-only) raid1 loop1[2] loop0[0]
>>       84416 blocks super external:/md125/0 [2/1] [_U]
>>
>> md125 : inactive loop1[1](S) loop0[0](S)
>>       65536 blocks super external:ddf
>>
>> Parsing mdstat content tells me disk "loop1" have a role number equal
>> to 2 which is greater than 1 indicating that "loop1" is a spare disk
>> and the "[_U]" below indicates "loop1" is down".
>>
>> Why is "loop1" down now ?
>>
>> I decided to still use the md device by creating a new partition on it:
>> # fdisk /dev/md124
>> ...
>> Calling ioctl() to re-read partition table.
>> Syncing disks.
>>
>> Now inspecting /proc/mdstat:
>>
>> # cat /proc/mdstat
>> Personalities : [raid1]
>> md124 : active raid1 loop1[2] loop0[0]
>>       84416 blocks super external:/md125/0 [2/2] [UU]
>>
>> md125 : inactive loop1[1](S) loop0[0](S)
>>       65536 blocks super external:ddf
>>
>> which looks even weirder: "loop1[2]" indicates that the disk is a
>> spare one whereas "[UU]" tells me the opposite.
>>
>> Could you tell me if I'm wrong in my interpretation or what's going wrong ?

What about the loop1 in spare and [UU] indicating that loop1 is used ?


Thanks
-- 
Francis

  reply	other threads:[~2013-09-14 15:25 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-09-12 10:02 Weirdness with DDF arrays (mdadm 3.3) Francis Moreau
2013-09-14 14:16 ` Martin Wilck
2013-09-14 15:25   ` Francis Moreau [this message]
2013-09-14 20:12     ` Martin Wilck
     [not found]     ` <5234C300.1050206@arcor.de>
     [not found]       ` <CAC9WiBg+HQBzP_GpUosQrVgvv8znh+pOwtDVGseB2t5yxB6pbA@mail.gmail.com>
2013-09-15 19:46         ` Martin Wilck
2013-09-16 13:47           ` Francis Moreau
2013-09-16 17:02             ` Martin Wilck
2013-09-16 19:31               ` Francis Moreau
2013-09-14 21:01   ` "detect reshape on array start" (was Re: Weirdness with DDF arrays (mdadm 3.3)) Martin Wilck
2013-09-14 21:16     ` Martin Wilck
2013-09-14 21:24       ` [PATCH] Monitor: don't set arrays dirty after transition to read-only mwilck

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=CAC9WiBiD4b9gKoEBCvWEOSbBtq72hZ-QFpbGpsEOinDWSatffw@mail.gmail.com \
    --to=francis.moro@gmail.com \
    --cc=linux-raid@vger.kernel.org \
    --cc=mwilck@arcor.de \
    --cc=neilb@suse.de \
    /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).