* no reconstruction in 2.6.14.2?
@ 2005-11-19 20:01 Carlos Carvalho
2005-11-19 22:22 ` Neil Brown
0 siblings, 1 reply; 3+ messages in thread
From: Carlos Carvalho @ 2005-11-19 20:01 UTC (permalink / raw)
To: linux-raid
I've just installed a new server with a 5-disk raid5 and kernel
2.6.14.2. To check something I did a hard reset without shutdown and
on reboot the machine didn't do any automatic resync; all arrays are
shown clean.
Is this some automatic intent-logging or another 2.6 feature (the
machine had been really idle for minutes before the reset)??? This is
my first 2.6 raid5 and with 2.4 resync does happen...
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: no reconstruction in 2.6.14.2?
@ 2005-11-19 21:14 Mike Hardy
0 siblings, 0 replies; 3+ messages in thread
From: Mike Hardy @ 2005-11-19 21:14 UTC (permalink / raw)
To: linux-raid
I meant to send this to the list as well, and sent it to just Carlos
instead. Obviously chime in if I'm off base.
-Mike
-------- Original Message --------
Subject: Re: no reconstruction in 2.6.14.2?
Date: Sat, 19 Nov 2005 13:13:11 -0800
From: Mike Hardy <mhardy@h3c.com>
To: Carlos Carvalho <carlos@fisica.ufpr.br>
References: <17279.33939.476421.616066@fisica.ufpr.br>
One of the things you get with newer kernels is that the md driver more
aggressively marks the array clean, typically very quickly after the
last write was issued.
The benefit is that more often than not even if you shut down
unexpectedly, the arrays are clean and you don't have to resync on startup.
So I think the behavior is expected.
If you were to run bonnie++ against the array, and shut down abruptly,
you would most likely be unclean and get the resync.
-Mike
Carlos Carvalho wrote:
> I've just installed a new server with a 5-disk raid5 and kernel
> 2.6.14.2. To check something I did a hard reset without shutdown and
> on reboot the machine didn't do any automatic resync; all arrays are
> shown clean.
>
> Is this some automatic intent-logging or another 2.6 feature (the
> machine had been really idle for minutes before the reset)??? This is
> my first 2.6 raid5 and with 2.4 resync does happen...
> -
> 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
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: no reconstruction in 2.6.14.2?
2005-11-19 20:01 Carlos Carvalho
@ 2005-11-19 22:22 ` Neil Brown
0 siblings, 0 replies; 3+ messages in thread
From: Neil Brown @ 2005-11-19 22:22 UTC (permalink / raw)
To: Carlos Carvalho; +Cc: linux-raid
On Saturday November 19, carlos@fisica.ufpr.br wrote:
> I've just installed a new server with a 5-disk raid5 and kernel
> 2.6.14.2. To check something I did a hard reset without shutdown and
> on reboot the machine didn't do any automatic resync; all arrays are
> shown clean.
>
> Is this some automatic intent-logging or another 2.6 feature (the
> machine had been really idle for minutes before the reset)??? This is
> my first 2.6 raid5 and with 2.4 resync does happen...
You could put it this way:
2.6 has a default 'intend log' of 1 bit that covers the whole
array. Before writing, it sets the bit. 20msecs after there has
been no write activity, it clears the bit.
This bit is always known as the 'dirty' or 'active' bit.
(When you have full bitmap intent logging, each bit covers much less
space, and the timeout for clearing bits is about 10seconds (by
default) rather than 20msecs)
NeilBrown
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2005-11-19 22:22 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-11-19 21:14 no reconstruction in 2.6.14.2? Mike Hardy
-- strict thread matches above, loose matches on Subject: below --
2005-11-19 20:01 Carlos Carvalho
2005-11-19 22:22 ` Neil Brown
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).