linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Tobias McNulty <tobias@caktusgroup.com>
To: linux-raid@vger.kernel.org
Subject: Re: reshape failure
Date: Wed, 11 May 2011 14:06:23 -0400	[thread overview]
Message-ID: <BANLkTimeeTY5MXoijD_uCdss6Ny+rB5dNw@mail.gmail.com> (raw)
In-Reply-To: <AANLkTi=gP5QGbq-JguHuA3T91_+U1XYLP1xiK9nSQ_LO@mail.gmail.com>

On Thu, Feb 17, 2011 at 4:39 PM, Tobias McNulty <tobias@caktusgroup.com> wrote:
>
> On Wed, Feb 16, 2011 at 4:06 PM, NeilBrown <neilb@suse.de> wrote:
> >
> > On Wed, 16 Feb 2011 15:41:46 -0500 Tobias McNulty <tobias@caktusgroup.com>
> > wrote:
> > >
> > > Now I see this in /etc/mdstat:
> > >
> > > md0 : active raid6 sdf[0] sdg[5](S) sdh[4] sdc[3] sdd[2] sde[1]
> > >       5860543488 blocks super 0.91 level 6, 64k chunk, algorithm 2 [5/5] [UUUUU]
> > >       [=>...................]  reshape =  9.9% (193691648/1953514496)
> > > finish=97156886.4min speed=0K/sec
> > >
> > > Is the 0K/sec something I need to worry about?
> >
> > Maybe.  If the stays at 0K/sec and the 9.9% stays at 9.9%, then yes.  It is
> > something to worry about.
>
> It seems like it was another buggy SATA HBA?? I moved everything back
> to the on-board SATA ports (1 of the 2 drives in the OS RAID1 device
> and the 5 non-spare devices in the RAID6 -> RAID5 device) and it's
> happily reshaping again (even without the MDADM_GROW_ALLOW_OLD magic
> this time):
>
> md0 : active raid6 sda[0] sde[4] sdd[3] sdc[2] sdb[1]
>       5860543488 blocks super 0.91 level 6, 64k chunk, algorithm 2 [5/5] [UUUUU]
>       [==>..................]  reshape = 10.0% (196960192/1953514496)
> finish=11376.9min speed=2572K/sec
>
> Is it really possible that I had two buggy SATA cards, from different
> manufacturers?  Perhaps the motherboard is at fault?  Or am I missing
> something very basic about connecting SATA drives to something other
> than the on-board ports?
>
> Currently I'm using a SuperMicro X7SPA-HF [1] motherboard with a
> AOC-SASLP-MV8 [2] HBA, and the machine is running Debian squeeze
> (2.6.32-5-amd64).
>
> Tobias
>
> [1] http://www.supermicro.com/products/motherboard/ATOM/ICH9/X7SPA.cfm?typ=H&IPMI=Y
> [2] http://www.supermicro.com/products/accessories/addon/AOC-SASLP-MV8.cfm

So, after figuring out the hardware issues, the reshape appears to
have completed successfully (hurray!), but /proc/mdstat still says
that the array is level 6.  Is there another command I have to run to
put the finishing touches on the conversion?

md0 : active raid6 sda[0] sde[4] sdd[3] sdc[2] sdb[1]
      5860543488 blocks level 6, 64k chunk, algorithm 18 [5/5] [UUUUU]

Thank you!
Tobias
--
Tobias McNulty, Managing Partner
Caktus Consulting Group, LLC
http://www.caktusgroup.com
--
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:[~2011-05-11 18:06 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-02-16 15:46 reshape failure Tobias McNulty
2011-02-16 20:32 ` NeilBrown
2011-02-16 20:41   ` Tobias McNulty
2011-02-16 21:06     ` NeilBrown
2011-02-17 21:39       ` Tobias McNulty
2011-05-11 18:06         ` Tobias McNulty [this message]
2011-05-11 21:12           ` NeilBrown
2011-05-11 21:19             ` Tobias McNulty
     [not found]             ` <BANLkTi=3-PgTqeGqyu5fPZMporA1vk6-Tw@mail.gmail.com>
2011-05-11 21:34               ` NeilBrown
2011-05-12  0:46                 ` Tobias McNulty
  -- strict thread matches above, loose matches on Subject: below --
2023-09-03 21:39 Reshape Failure Jason Moss
2023-09-04  1:41 ` Yu Kuai
2023-09-04 16:38   ` Jason Moss
2023-09-05  1:07     ` Yu Kuai
2023-09-06 14:05       ` Jason Moss
2023-09-07  1:38         ` Yu Kuai
2023-09-07  5:44           ` Jason Moss
     [not found]             ` <79aa3cf3-78d4-cfc6-8d3b-eb8704ffaba1@huaweicloud.com>
2023-09-07  6:19               ` Jason Moss
2023-09-10  2:45                 ` Yu Kuai
2023-09-10  4:58                   ` Jason Moss
2023-09-10  6:10                     ` Yu Kuai

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=BANLkTimeeTY5MXoijD_uCdss6Ny+rB5dNw@mail.gmail.com \
    --to=tobias@caktusgroup.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;
as well as URLs for NNTP newsgroup(s).