* mdadm --dangerous-no-resync equivalent
@ 2005-03-10 1:00 flame
2005-03-10 1:14 ` Neil Brown
2005-03-10 2:54 ` Daniel Pittman
0 siblings, 2 replies; 3+ messages in thread
From: flame @ 2005-03-10 1:00 UTC (permalink / raw)
To: linux-raid
Hi,
I have an installer (http://sourceforge.net/projects/terraformix/) that
creates Raid 1 arrays, previously the arrays were created with mkraid
using the --dangerous-no-resync option. I am now required to build the
arrays with mdadm and have the following questions ;
1) Is there an equivalent of --dangerous-no-resync in mdadm ?
2) Can I just go ahead and install onto a newly created RAID 1 array
without waiting for it to resync ?
3) Can I just go ahead and install onto a newly created RAID 5 array
without waiting for it to resync ?
Thanks in advance.
--
flame <flame@ivt.com.au>
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: mdadm --dangerous-no-resync equivalent
2005-03-10 1:00 mdadm --dangerous-no-resync equivalent flame
@ 2005-03-10 1:14 ` Neil Brown
2005-03-10 2:54 ` Daniel Pittman
1 sibling, 0 replies; 3+ messages in thread
From: Neil Brown @ 2005-03-10 1:14 UTC (permalink / raw)
To: flame; +Cc: linux-raid
On Thursday March 10, flame@ivt.com.au wrote:
> Hi,
>
> I have an installer (http://sourceforge.net/projects/terraformix/) that
> creates Raid 1 arrays, previously the arrays were created with mkraid
> using the --dangerous-no-resync option. I am now required to build the
> arrays with mdadm and have the following questions ;
>
> 1) Is there an equivalent of --dangerous-no-resync in mdadm ?
No, though there might be one day, in which case it would be
--assume-clean
(which works with --build, but is currently ignored for --create).
>
> 2) Can I just go ahead and install onto a newly created RAID 1 array
> without waiting for it to resync ?
Yes.
>
> 3) Can I just go ahead and install onto a newly created RAID 5 array
> without waiting for it to resync ?
Yes.
>
> Thanks in advance.
You're welcome.
NeilBrown
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: mdadm --dangerous-no-resync equivalent
2005-03-10 1:00 mdadm --dangerous-no-resync equivalent flame
2005-03-10 1:14 ` Neil Brown
@ 2005-03-10 2:54 ` Daniel Pittman
1 sibling, 0 replies; 3+ messages in thread
From: Daniel Pittman @ 2005-03-10 2:54 UTC (permalink / raw)
To: linux-raid
On 10 Mar 2005, flame@ivt.com.au wrote:
> Hi,
>
> I have an installer (http://sourceforge.net/projects/terraformix/) that
> creates Raid 1 arrays, previously the arrays were created with mkraid
> using the --dangerous-no-resync option. I am now required to build the
> arrays with mdadm and have the following questions ;
>
> 1) Is there an equivalent of --dangerous-no-resync in mdadm ?
>
> 2) Can I just go ahead and install onto a newly created RAID 1 array
> without waiting for it to resync ?
Yes.
> 3) Can I just go ahead and install onto a newly created RAID 5 array
> without waiting for it to resync ?
Yes.
Also, you can happily reboot while the resync is no progress with the
full expectation that it will work correctly -- assemble, then take up
the resync process again -- when your machine restarts.
I have had no problems with this at all, despite doing a large number of
installs onto both of those RAID levels.
Also, the Debian installer for testing/unstable makes the assumption
that this will "just work" in the RAID component -- at least, in so far
as not taking any special care to avoid rebooting during the resync
process.
Regards,
Daniel
--
A large number of installed systems work by fiat.
That is, they work by being declared to work.
-- Anatol Holt
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2005-03-10 2:54 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-03-10 1:00 mdadm --dangerous-no-resync equivalent flame
2005-03-10 1:14 ` Neil Brown
2005-03-10 2:54 ` Daniel Pittman
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).