linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Randall Smith <randall@tnr.cc>
To: linux-raid@vger.kernel.org
Subject: Re: resync hangs
Date: Sun, 21 Jun 2009 22:18:15 -0500	[thread overview]
Message-ID: <h1mt5n$b74$1@ger.gmane.org> (raw)
In-Reply-To: <e95d1c83e3f5fa745e914e77e90dd8ec.squirrel@neil.brown.name>

NeilBrown wrote:
> On Wed, June 10, 2009 7:20 am, Randall Smith wrote:
>> Maybe I should have used "resync stalls" in the subject.
>>
>> Any hints about this?  What kind of things might cause it to stall?
> 
> I cannot think of anything that would cause a stall like that.
> 
> The "128" suggest that md_do_sync has scheduled one "window" of
> IO and is in the section of code that calculates the speed and
> makes sure were aren't going too fast.
> 
> 'currspeed' will almost certainly be '1' by this point, so it seems
> to imply that min_speed and max_speed are both zero.  Seems unlikely.
> You could confirm or deny that with
> 
>    grep . /sys/block/md2/md/*
> 
> if you ever see the problem again.


Happened again.

md2 : active raid5 sda3[0] sdf3[2] sdc3[1]
       488279424 blocks level 5, 64k chunk, algorithm 2 [3/3] [UUU]
       [>....................]  resync =  0.3% (787584/244139712) 
finish=1257319.3min speed=0K/sec


~$ grep . /sys/block/md2/md/*
/sys/block/md2/md/array_state:active
grep: /sys/block/md2/md/bitmap_set_bits: Permission denied
/sys/block/md2/md/chunk_size:65536
/sys/block/md2/md/component_size:244139712
/sys/block/md2/md/degraded:0
/sys/block/md2/md/layout:2
/sys/block/md2/md/level:raid5
/sys/block/md2/md/metadata_version:0.90
/sys/block/md2/md/mismatch_cnt:0
grep: /sys/block/md2/md/new_dev: Permission denied
/sys/block/md2/md/preread_bypass_threshold:1
/sys/block/md2/md/raid_disks:3
/sys/block/md2/md/reshape_position:none
/sys/block/md2/md/resync_start:0
/sys/block/md2/md/safe_mode_delay:0.204
/sys/block/md2/md/stripe_cache_active:0
/sys/block/md2/md/stripe_cache_size:256
/sys/block/md2/md/suspend_hi:0
/sys/block/md2/md/suspend_lo:0
/sys/block/md2/md/sync_action:resync
/sys/block/md2/md/sync_completed:1575168 / 488279424
/sys/block/md2/md/sync_force_parallel:0
/sys/block/md2/md/sync_max:max
/sys/block/md2/md/sync_min:0
/sys/block/md2/md/sync_speed:0
/sys/block/md2/md/sync_speed_max:0 (system)
/sys/block/md2/md/sync_speed_min:0 (system)


> 
> Just to clarify:  You have seen this only occasionally, not everytime
> a resync is needed.  But you have seen it both on 2.6.26 and 2.6.29
> (Debian versions).  Correct?


Happens every time a resync is needed.  I have to boot a rescue cd to 
rebuild it.

> 
> Thanks,
> NeilBrown
> 
> 
>> Randall
>>
>> Randall Smith wrote:
>>> On occasions that my raid5 array needs to resync (power outage, etc),
>>> the resync stops progressing early on.  This is on Debian Lenny.  I've
>>> tried the stock 2.6.26 kernel as well as the 2.6.29 kernel from Sid.
>>>
>>> On boot:
>>>
>>> [   10.022020] md: md2: raid array is not clean -- starting background
>>> reconstruction
>>> [   10.032896] raid5: allocated 3226kB for md2
>>> [   10.032936] raid5: raid level 5 set md2 active with 3 out of 3
>>> devices, algorithm 2
>>> [   10.033685]  md2: unknown partition table
>>> [   20.492246] md: resync of RAID array md2
>>>
>>>
>>> ~$ cat /proc/mdstat
>>>
>>> md2 : active raid5 sda3[0] sdf3[2] sdc3[1]
>>>       488279424 blocks level 5, 64k chunk, algorithm 2 [3/3] [UUU]
>>>       [>....................]  resync =  0.0% (128/244139712)
>>> finish=1220697.9min speed=0K/sec
>>>
>>>
>>> I it resyncs find when using a live cd.  Any ideas what's causing it to
>>> hang.
>>>
>>> --Randall

Randall


  parent reply	other threads:[~2009-06-22  3:18 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-06-06 17:42 resync hangs Randall Smith
2009-06-09 21:20 ` Randall Smith
2009-06-09 21:55   ` NeilBrown
2009-06-10  4:07     ` Randall Smith
2009-06-22  3:18     ` Randall Smith [this message]
2009-06-22  3:46       ` NeilBrown
2009-06-22 16:53         ` Randall Smith
2009-06-26  2:15           ` Neil Brown

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='h1mt5n$b74$1@ger.gmane.org' \
    --to=randall@tnr.cc \
    --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).