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 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).