From: Martin Wilck <mwilck@arcor.de>
To: Francis Moreau <francis.moro@gmail.com>
Cc: linux-raid@vger.kernel.org
Subject: Re: MD array keeps resyncing after rebooting
Date: Sat, 24 Aug 2013 20:54:31 +0200 [thread overview]
Message-ID: <52190167.10107@arcor.de> (raw)
In-Reply-To: <CAC9WiBg8UT4iLsPCY8DgR9ysfj8OmJARnRfSuxtbUCx_+2eBDw@mail.gmail.com>
Hi Francis,
> On Fri, Aug 2, 2013 at 8:19 PM, Martin Wilck <mwilck@arcor.de> wrote:
>> On 08/02/2013 02:46 PM, Francis Moreau wrote:
>>
>>>>
>>>> # mdadm -E /dev/sda | egrep "state"
>>>> state[0] : Optimal, Consistent
>>>> init state[0] : Fully Initialised
>>
>> This would correspond to "00 02", and it's what we should see after
>> initialization. On my system the BIOS sets "00 01" (Optimal, consistent,
>> Quick Init in progress) when it first creates an array, because the BIOS
>> doesn't do a full initialization. But "not initialized" is weird. The
>> mdadm DDF code won't set this by itself, AFAIK. Please make sure again
>> that the "before" data matches what mdadm/mdmon wrote just after
>> stopping during shutdown.
>
> I did it again and got the same result: both disks have:
>
> 00000860 00 00 ff ff ff ff ff ff ff ff ff ff ff ff ff ff |................|
>
> and I checked again that "mdadm -E" reported an initialized state.
>
> Moreover this time I did a "sync" before dumping the ddf headers.
>
> So I'm quite lost, I can see only 2 cases:
>
> - with my HW setup some metadata are not written to disks by the
> kernel but stood somewhere in RAM (cache)
>
> - the state is not stored at address 00000860 (very unlikely)
>
> - the dumps are incorrect
>
> How can I debug this more ?
>
> Thanks for your help.
have you got any further insight? I have LSI DDF fake RAID with mdadm
running on my system right now, and it seems to work nicely; no problems
over reboots.
You may want to retry with my latest patch set. In particular, "DDF:
container_content_ddf: set safe_mode_delay > 0" might help.
Martin
next prev parent reply other threads:[~2013-08-24 18:54 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-07-23 9:46 MD array keeps resyncing after rebooting Francis Moreau
2013-07-23 12:55 ` Francis Moreau
2013-07-23 18:52 ` Martin Wilck
2013-07-23 18:52 ` Martin Wilck
2013-07-23 20:01 ` Francis Moreau
2013-07-23 21:21 ` Martin Wilck
2013-07-24 4:32 ` Francis Moreau
2013-07-24 13:50 ` Francis Moreau
2013-07-25 18:58 ` Martin Wilck
2013-07-25 19:06 ` Martin Wilck
2013-07-25 20:23 ` Francis Moreau
2013-07-29 15:46 ` Francis Moreau
2013-07-25 20:21 ` Francis Moreau
2013-07-31 19:36 ` Francis Moreau
2013-08-01 13:28 ` Francis Moreau
2013-08-01 18:15 ` Martin Wilck
2013-08-02 12:49 ` Francis Moreau
[not found] ` <CAC9WiBhGyE=OJdSeL_OsPxtirhJ2=3WRsk=uBPiOTzMjBCf-dA@mail.gmail.com>
2013-08-02 18:19 ` Martin Wilck
2013-08-03 0:08 ` Sam Bingner
2013-08-03 11:02 ` Francis Moreau
2013-08-08 7:18 ` Francis Moreau
2013-08-24 18:54 ` Martin Wilck [this message]
2013-08-26 7:44 ` Francis Moreau
2013-08-31 19:23 ` Francis Moreau
2013-09-01 17:05 ` Martin Wilck
2013-08-05 6:08 ` NeilBrown
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=52190167.10107@arcor.de \
--to=mwilck@arcor.de \
--cc=francis.moro@gmail.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 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.