From: Francis Moreau <francis.moro@gmail.com>
To: Martin Wilck <mwilck@arcor.de>
Cc: linux-raid@vger.kernel.org
Subject: Re: MD array keeps resyncing after rebooting
Date: Wed, 24 Jul 2013 15:50:48 +0200 [thread overview]
Message-ID: <CAC9WiBjQz6MJxBuw+cLWFZ-vOsdbYYSKdE575emH_AG5EmnGdw@mail.gmail.com> (raw)
In-Reply-To: <CAC9WiBgrjrPRcHa5kh8TUfqN0rBBFC4M0_8iDkU3O0SOFgFW5g@mail.gmail.com>
On Wed, Jul 24, 2013 at 6:32 AM, Francis Moreau <francis.moro@gmail.com> wrote:
> On Tue, Jul 23, 2013 at 11:21 PM, Martin Wilck <mwilck@arcor.de> wrote:
>> On 07/23/2013 10:01 PM, Francis Moreau wrote:
>>> Hello Martin
>>>
>>> On Tue, Jul 23, 2013 at 8:52 PM, Martin Wilck <mwilck@arcor.de> wrote:
>>>> On 07/23/2013 08:52 PM, Martin Wilck wrote:
>>>>> Which MD version are you using?
>>>>
>>>> I meant: which mdadm version. Sorry.
>>>>
>>>
>>> I'm using mdadm version 3.2.3
>>>
>>> I'll give the current git version a try tomorrow.
>>>
>>> The thing is that I need to wait the sync to finish in order to test
>>> this problem. But the sync takes a while (> 4 hours, I don't remember
>>> exactly). Are there any ways to speed up the process ?
>>
>> MD will adjust its speed while initializing, thus the fastest way is to
>> do nothing on the system, avoiding any other disk IO. This will cause MD
>> to use max bandwidth.
>>
>> One thing you can do for testing is to create a smaller array which will
>> of course initialize faster.
>
> Unfortunately I can't do that: the array was created by the BIOS and
> AFAICS it does on the whole disks.
>
>>
>> Please run mdadm -E /dev/sdX for all RAID disks before and after reboot
>> and watch out for differences.
>
> Will do.
>
So I let the sync to finish, it was with my old version of mdadm (3.2.3).
While syncing, I installed the latest mdadm git version:
$ mdadm --version
mdadm - v3.3-rc1-94-g4441541 - 23th July 2013
Note that I only installed the 2 binaries mdadm/mdmon, I leave the
udev rules for md devices untouched.
I regenerated the initramfs in order to use the new binaries when
booting and now I can see some new warnings:
$ dracut -f
mdmon: Failed to load secondary DDF header on /dev/block/8:0
mdmon: Failed to load secondary DDF header on /dev/block/8:16
...
I ignored them for now.
Now the latest version of mdadm is used :
$ cat /proc/mdstat
Personalities : [raid1]
md126 : active raid1 sdb[1] sda[0]
975585280 blocks super external:/md127/0 [2/2] [UU]
md127 : inactive sdb[1](S) sda[0](S)
2354608 blocks super external:ddf
I run mdadm -E /dev/sdX for all RAID disks before and after reboot.
I'm still having this warning:
mdmon: Failed to load secondary DDF header on /dev/sda
You can find the differences below:
diff -Nurp before/sda.txt after/sda.txt
--- before/sda.txt 2013-07-24 15:15:33.304015379 +0200
+++ after/sda.txt 2013-07-24 15:49:09.520132838 +0200
@@ -9,11 +9,11 @@ Controller GUID : 4C534920:20202020:FFFF
Redundant hdr : yes
Virtual Disks : 1
- VD GUID[0] : 4C534920:20202020:80861D60:00000000:3F2103E0:00001450
- (LSI 07/24/13 12:18:08)
+ VD GUID[0] : 4C534920:20202020:80861D60:00000000:3F213401:00001450
+ (LSI 07/24/13 15:43:29)
unit[0] : 0
state[0] : Optimal, Not Consistent
- init state[0] : Fully Initialised
+ init state[0] : Not Initialised
access[0] : Read/Write
Name[0] : array0
Raid Devices[0] : 2 (0 1)
diff -Nurp before/sdb.txt after/sdb.txt
--- before/sdb.txt 2013-07-24 15:17:50.300581049 +0200
+++ after/sdb.txt 2013-07-24 15:49:15.159997204 +0200
@@ -9,11 +9,11 @@ Controller GUID : 4C534920:20202020:FFFF
Redundant hdr : yes
Virtual Disks : 1
- VD GUID[0] : 4C534920:20202020:80861D60:00000000:3F2103E0:00001450
- (LSI 07/24/13 12:18:08)
+ VD GUID[0] : 4C534920:20202020:80861D60:00000000:3F213401:00001450
+ (LSI 07/24/13 15:43:29)
unit[0] : 0
state[0] : Optimal, Not Consistent
- init state[0] : Fully Initialised
+ init state[0] : Not Initialised
access[0] : Read/Write
Name[0] : array0
Raid Devices[0] : 2 (0 1)
Does this help ?
Thanks
--
Francis
next prev parent reply other threads:[~2013-07-24 13:50 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 [this message]
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
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=CAC9WiBjQz6MJxBuw+cLWFZ-vOsdbYYSKdE575emH_AG5EmnGdw@mail.gmail.com \
--to=francis.moro@gmail.com \
--cc=linux-raid@vger.kernel.org \
--cc=mwilck@arcor.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).