All of lore.kernel.org
 help / color / mirror / Atom feed
From: Krzysztof Adamski <k@adamski.org>
To: Igor M Podlesny <for.poige+lsr@gmail.com>
Cc: linux-raid@vger.kernel.org
Subject: Re: Failed drive in raid6 while doing data-check
Date: Sun, 03 Jun 2012 14:38:07 -0400	[thread overview]
Message-ID: <1338748687.28212.296.camel@oxygen.netxsys.com> (raw)
In-Reply-To: <CA+sTkh5rvJpfgCd6HVJrziutW_z97CU3ueCW05CbKGo7JY8TTg@mail.gmail.com>

On Mon, 2012-06-04 at 02:32 +0800, Igor M Podlesny wrote:
> On 4 June 2012 01:31, Krzysztof Adamski <k@adamski.org> wrote:
> […]
> > The cat /proc/mdstat is:
> > Personalities : [raid1] [raid6] [raid5] [raid4]
> > md7 : active raid6 sdd2[0] sdab2[11] sdaa2[10] sdz2[9] sdy2[8] sde2[7] sdh2[6] sdf2[5] sdg2[4] sdb2[3](F) sdc2[2] sda2[1]
> >      29283121600 blocks super 1.2 level 6, 32k chunk, algorithm 2 [12/11] [UUU_UUUUUUUU]
> >      [=============>.......]  check = 65.3% (1913765076/2928312160) finish=44345.9min speed=381K/sec
> >      bitmap: 1/22 pages [4KB], 65536KB chunk
> >
> > I don't really want to wait 30 days for this to finish, what is correct
> > thing to do before I replace the failed drive?
> 
>    Is stripe_cache_size reasonably adjusted?
> 
I hope so.

# cat /sys/block/md7/md/stripe_cache_size
32768

# mdadm -E /dev/sdd2
/dev/sdd2:
          Magic : a92b4efc
        Version : 1.2
    Feature Map : 0x1
     Array UUID : 3fe8cdcf:d7b1a55c:d8c07daa:c7c3021b
           Name : rogen:7  (local to host rogen)
  Creation Time : Thu Nov  3 13:31:13 2011
     Raid Level : raid6
   Raid Devices : 12

 Avail Dev Size : 5856624640 (2792.66 GiB 2998.59 GB)
     Array Size : 58566243200 (27926.56 GiB 29985.92 GB)
  Used Dev Size : 5856624320 (2792.66 GiB 2998.59 GB)
    Data Offset : 2048 sectors
   Super Offset : 8 sectors
          State : clean
    Device UUID : 26f3ab68:62de305e:0720d287:ad4624a4

Internal Bitmap : 8 sectors from superblock
    Update Time : Sun Jun  3 12:43:57 2012
       Checksum : c6da765f - correct
         Events : 23610

         Layout : left-symmetric
     Chunk Size : 32K

   Device Role : Active device 0
   Array State : AAA.AAAAAAAA ('A' == active, '.' == missing)



--
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

  reply	other threads:[~2012-06-03 18:38 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-06-03 17:31 Failed drive in raid6 while doing data-check Krzysztof Adamski
2012-06-03 18:32 ` Igor M Podlesny
2012-06-03 18:38   ` Krzysztof Adamski [this message]
2012-06-03 20:35     ` Mathias Burén
2012-06-04  3:56 ` NeilBrown
2012-06-04 13:19   ` Krzysztof Adamski
2012-06-05  3:35     ` NeilBrown
2012-06-05 16:48       ` Krzysztof Adamski
2012-06-06  1:22         ` NeilBrown

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=1338748687.28212.296.camel@oxygen.netxsys.com \
    --to=k@adamski.org \
    --cc=for.poige+lsr@gmail.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 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.