From: Dan Williams <dan.j.williams@intel.com>
To: Randy Terbush <randy@terbush.org>
Cc: linux-raid@vger.kernel.org
Subject: Re: (Re: Questions regarding startup of imsm container)
Date: Tue, 23 Mar 2010 15:41:02 -0700 [thread overview]
Message-ID: <e9c3a7c21003231541u705b60a1w9388a8225275dfa4@mail.gmail.com> (raw)
In-Reply-To: <7db987b31003230733n127ed0e2u35bbd1de3cb57733@mail.gmail.com>
On Tue, Mar 23, 2010 at 7:33 AM, Randy Terbush <randy@terbush.org> wrote:
> To follow-up this startup challenge... here is what I am getting.
>
> mdraid is being started with mdadm -As
>
> I have the following in mdadm.conf
>
> HOMEHOST Volume0
> #DEVICE /dev/sd[bcde]
> AUTO +imsm hifi:0 -all
> ARRAY metadata=imsm UUID=30223250:76fd248b:50280919:0836b7f0
> ARRAY /dev/md/Volume0 container=30223250:76fd248b:50280919:0836b7f0
> member=0 UUID=8a4ae452:da1e7832:70ecf895:eb58229c
>
> The following devices are being created.
>
> # ls -l /dev/md/
> total 0
> lrwxrwxrwx 1 root root 6 Mar 23 08:10 0 -> ../md0
> lrwxrwxrwx 1 root root 8 Mar 23 08:17 126 -> ../md126
> lrwxrwxrwx 1 root root 8 Mar 23 08:17 127 -> ../md127
> lrwxrwxrwx 1 root root 8 Mar 23 08:17 imsm0 -> ../md127
> lrwxrwxrwx 1 root root 8 Mar 23 08:17 Volume0 -> ../md126
>
> cat /proc/mdstat
> Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4]
> md126 : active raid5 sdb[3] sdc[2] sdd[1] sde[0]
> 2930280448 blocks super external:/md127/0 level 5, 64k chunk,
> algorithm 0 [4/4] [UUUU]
> [>....................] resync = 1.8% (18285824/976760320)
> finish=182.6min speed=87464K/sec
>
> md127 : inactive sde[3](S) sdb[2](S) sdc[1](S) sdd[0](S)
> 9028 blocks super external:imsm
>
> unused devices: <none>
>
> So the container device is getting moved from md0 to md127. Not sure why.
You didn't specify a device name for it in the configuration file so
mdadm picked one for you.
> And would sure like to have a write-intent bitmap active to avoid this
> resync issue which seems to be happening way too frequently.
This could also be a problem with your distribution not taking care of
mdmon properly at shutdown. The shutdown scripts need to keep mdmon
alive over the final "remounting rootfs readonly" event and wait for
it to mark the array/metadata clean. Otherwise there is a good chance
that the array will be left dirty and require a resync at startup.
Also note that recent versions of mdadm (3.1.2) and the kernel
(2.6.33) can checkpoint imsm resyncs so at least it will not start
over from the beginning when you reboot in the middle of a resync.
--
Dan
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2010-03-23 22:41 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-03-23 3:56 Questions regarding startup of imsm container Randy Terbush
2010-03-23 8:04 ` [PATCH] (Re: Questions regarding startup of imsm container) Luca Berra
2010-03-23 12:58 ` Randy Terbush
2010-03-23 14:22 ` Luca Berra
2010-03-23 14:33 ` Randy Terbush
2010-03-23 14:49 ` Randy Terbush
2010-03-23 15:56 ` Luca Berra
2010-03-23 22:41 ` Dan Williams [this message]
2010-03-24 21:35 ` Randy Terbush
2010-03-23 23:06 ` [PATCH] " Dan Williams
2010-03-24 0:57 ` Neil Brown
2010-03-24 6:12 ` Luca Berra
2010-03-24 14:49 ` Dan Williams
2010-03-23 21:01 ` Questions regarding startup of imsm container Dan Williams
2010-03-23 21:41 ` Randy Terbush
2010-03-23 22:16 ` Dan Williams
2010-03-23 23:25 ` Randy Terbush
2010-03-24 0:23 ` Randy Terbush
2010-03-24 4:14 ` Randy Terbush
2010-03-24 5:54 ` Dan Williams
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=e9c3a7c21003231541u705b60a1w9388a8225275dfa4@mail.gmail.com \
--to=dan.j.williams@intel.com \
--cc=linux-raid@vger.kernel.org \
--cc=randy@terbush.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).