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: 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

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