From: Neil Brown <neilb@suse.de>
To: Daniel Boggs <BecauseImAwesome@Live.com>
Cc: linux-raid@vger.kernel.org
Subject: Re: Searching, but not finding...
Date: Tue, 11 May 2010 09:22:18 +1000 [thread overview]
Message-ID: <20100511092218.71cbc69d@notabene.brown> (raw)
In-Reply-To: <AANLkTikUVXZXHmBzzn3WtqEYID8Si0nw7T_wjz5D32Xm@mail.gmail.com>
On Mon, 10 May 2010 15:49:20 -0700
Daniel Boggs <BecauseImAwesome@Live.com> wrote:
> Question:
>
> If I use:
>
> >>> echo repair > /sys/block/mdX/md/sync_action
>
> to start a check action, then stop it with
>
> >>> echo idle > /sys/block/mdX/md/sync_action
>
> and later start it up again. Will it start again from the
> "beginning", or is it able to pick up where it left off?
Yes .. if you have a recent enough kernel.
When you write 'idle' you should find the current sector stored in 'sync_min'.
When you write 'repair' again it will start from the value in 'sync_min'.
Obviously if you stop and restart the array you will loose this value unless
you store it in a file somewhere and recover it.
>
> Essentially if I find the repair/sync action causes too much of a
> performance hit, could I have it run only during hours that I know the
> array will not be in use and still have the array checked in its
> entirety, or is the only way to accomplish that to let the action run
> from start to finish?
You can also reduce the impact by slowing down the scan using sync_speed_min
and sync_speed_max. 'min' is an upper limit to the speed when other IO is
happening, and 'max' is an upper limit when there is no other IO.
NeilBrown
> --
> 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
--
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
prev parent reply other threads:[~2010-05-10 23:22 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <AANLkTik7Ekdhv5qGMzyMu0Q5XhKq7JbaxZFLX6SKl5Zu@mail.gmail.com>
[not found] ` <AANLkTinwZPdZw_kUEaV4wHRAI4n0hstu970_lyU04jt_@mail.gmail.com>
2010-05-10 20:54 ` Searching, but not finding Neil Brown
2010-05-10 22:49 ` Daniel Boggs
2010-05-10 23:22 ` Neil Brown [this message]
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=20100511092218.71cbc69d@notabene.brown \
--to=neilb@suse.de \
--cc=BecauseImAwesome@Live.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