linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Bryan Wann <bryan@datafoundry.com>
To: linux-raid maillist <linux-raid@vger.kernel.org>
Subject: Avoiding resync of RAID1 during creation
Date: Mon, 20 Feb 2006 09:55:09 -0600	[thread overview]
Message-ID: <43F9E65D.6040402@datafoundry.com> (raw)

With FC2, when installing a fresh new system we would create a RAID10 
array by creating several RAID1s, then adding all of those to a RAID0 
array.  To make the RAID1 devices, we'd use the command:
   /sbin/mkraid --really-force --dangerous-no-resync /dev/mdX

Then we'd set up the RAID0 and mke2fs our filesystems on top of it. 
This worked well for us, never had any problems later.  As soon as the 
kickstart was finished, the system was ready to go.

Now with FC4, raidtools is gone and I'm left with mdadm tools.  As far 
as I can tell, mdadm has nothing resembling --dangerous-no-resync.  I've 
updated my kickstart to use mdadm instead of mkraid using:

   /sbin/mdadm --create /dev/md4 --force --run --level=1 --chunk=256 \
   --raid-disks=2 --spare-devices=0 /dev/sda5 /dev/sde5

This causes all of the newly created RAID1 devices to start syncing.  On 
a system with many large disks and RAID1 arrays, syncing takes a 
considerably long time.

Is there any way to avoid the sync after creation when using mdadm like 
I could with mkraid?

The compelling argument I've read in the archives indicates this would 
run counter to ensuring both partitions were completely clean at a block 
level.  I would think creation of the filesystem on top of the array 
would ensure they're clean, at least on that level for all intents and 
purposes.


--bryan

             reply	other threads:[~2006-02-20 15:55 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-02-20 15:55 Bryan Wann [this message]
2006-02-20 20:27 ` Avoiding resync of RAID1 during creation Tuomas Leikola
2006-02-20 20:51   ` Bryan Wann
2006-02-20 21:07     ` Tuomas Leikola

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=43F9E65D.6040402@datafoundry.com \
    --to=bryan@datafoundry.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).