From: Eyal Lebedinsky <eyal@eyal.emu.id.au>
To: linux-raid list <linux-raid@vger.kernel.org>
Subject: Q re sync_completed
Date: Sun, 13 Feb 2011 11:01:43 +1100 [thread overview]
Message-ID: <4D571F67.30809@eyal.emu.id.au> (raw)
I have scripts that do a raid check, then proceed to identify any files
affected. I then manually deal with these.
I have a few issues with this RADI6 setup, here is one.
I am setting sync_min and sync_max, start a check and wait for sync_completed
to equal sync_max.
I assumed that when equal it means that this address was "completed". After
doing this for a while I observed that this is probably not the case.
My expectation is that sync_completed has 'none' until it finished a chunk.
It then updates it with later completed ones. When it reaches sync_max
it pauses, and I then raise sync_max for the next area. This way I can
tell where a mismatch occurs. If sync_completed is set before a chunk
is completed then I may fetch mismatch_cnt too early (while the last
chunk is still being checked). This seems to be the case.
Q: Is this the case?
Setting ranges that are too small (minimum is 1024) makes the check
*very* slow. I notice that ranges of 1m or even 4m are required to
get the check to move along close to the maximum speed.
Q: Does the check take time to speed up rather than immediately go at
the nominated sync_speed_max rate?
TIA
--
Eyal Lebedinsky (eyal@eyal.emu.id.au)
next reply other threads:[~2011-02-13 0:01 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-02-13 0:01 Eyal Lebedinsky [this message]
2011-02-13 4:32 ` Q re sync_completed NeilBrown
2011-02-13 7:09 ` Eyal Lebedinsky
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=4D571F67.30809@eyal.emu.id.au \
--to=eyal@eyal.emu.id.au \
--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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.