All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jon Buckingham <jbuckingham@blueyonder.co.uk>
To: NeilBrown <neilb@suse.de>
Cc: linux-raid@vger.kernel.org
Subject: Re: [Fwd: Re: mdadm: spare rebuilding]
Date: Thu, 03 Jul 2008 08:10:26 +0100	[thread overview]
Message-ID: <486C7B62.1@blueyonder.co.uk> (raw)
In-Reply-To: <55776.192.168.1.70.1214992071.squirrel@neil.brown.name>

[-- Attachment #1: Type: text/plain, Size: 2238 bytes --]

Hi Neil

So, a little while ago I did upgrade the kernel
(2.6.22.18-0.2-default), but it did not seem to make any difference to the
'echo sync > /sys/block/md3/md/sync_action'.

After receiving your latest email, I did the following...

echo sync > /sys/block/md3/md/sync_action
(device busy reported to konsole as before)
echo idle > /sys/block/md3/md/sync_action
echo sync > /sys/block/md3/md/sync_action
(device busy reported to konsole as before)

Then checked "top" - and saw significant activity from
md3_sync and md3_raid5 processes.
Also cat /proc/mdstat showed that a resync was actively happening,
and sure enough, after a couple of hours I now have
4 active devices in the array!

So I suspect a combination of the new kernel and the "idle"
sorted the problem, whatever it was.

Thanks!
And thanks for writing mdadm and for your support.

Jon B

NeilBrown wrote:
> On Wed, July 2, 2008 4:37 am, Jon Buckingham wrote:
>> Hi Neil - any thoughts on how I can debug/fix this?
> 
> Sorry for the slow responses - I seem to have been very busy lately.
> 
> No, unmount isn't needed.
> I cannot really imagine what is happening.
> Maybe write "idle" to the sync_action file first, then try
> "sync", but that seems unlikely.
> 
> Maybe unmount, stop the array,
>    echo 0 > /sys/modules/md-mod/paramters/start_ro
> and assemble that array again
>    mdadm -A /dev/md3 /dev/sd[abcd]4
> and see if that helps.
> 
> Maybe try a newer kernel if that is an option.
> 
> NeilBrown
> 
>> Thanks
>>
>> Jon B
>>
>> -------- Original Message --------
>> Subject: Re: mdadm: spare rebuilding
>> Date: Sat, 28 Jun 2008 20:42:56 +0100
>> From: Jon Buckingham <jbuckingham@blueyonder.co.uk>
>> Reply-To: jbuckingham@blueyonder.co.uk
>> To: Neil Brown <neilb@suse.de>
>> CC: linux-raid@vger.kernel.org
>> References: <48615EE7.7000502@blueyonder.co.uk>
>> <18532.47293.808234.949005@notabene.brown>
>>
>> Neil Brown wrote:
>>> Maybe a bug that has since been fixed.
>>> What happens if you
>>>   echo sync > /sys/block/md3/md/sync_action
>>> ??
>>>
>> nas:~ # echo sync > /sys/block/md3/md/sync_action
>> -bash: echo: write error: Device or resource busy
>>
>> Should I unmount first?
>> Any other info?
>>
>> Thanks
>>
>> Jon B
>>
>>
>>
> 
> 
> 


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3281 bytes --]

       reply	other threads:[~2008-07-03  7:10 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <486A7974.4070204@blueyonder.co.uk>
     [not found] ` <55776.192.168.1.70.1214992071.squirrel@neil.brown.name>
2008-07-03  7:10   ` Jon Buckingham [this message]
2008-07-07  2:50     ` [Fwd: Re: mdadm: spare rebuilding] 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=486C7B62.1@blueyonder.co.uk \
    --to=jbuckingham@blueyonder.co.uk \
    --cc=linux-raid@vger.kernel.org \
    --cc=neilb@suse.de \
    /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.