linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: NeilBrown <neilb@suse.de>
To: Andriano <chief000@gmail.com>
Cc: linux-raid@vger.kernel.org
Subject: Re: RAID6 issues
Date: Tue, 13 Sep 2011 08:44:19 +0200	[thread overview]
Message-ID: <20110913084419.380babcc@notabene.brown> (raw)
In-Reply-To: <CAGZH0-fEU+NTdAF1AWcU6SnyBPYgd51zjizaiZT_toV=k4EDFg@mail.gmail.com>

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

On Tue, 13 Sep 2011 16:33:36 +1000 Andriano <chief000@gmail.com> wrote:

> >
> >> Hello Linux-RAID mailing list,
> >>
> >> I have an issue with my RAID6 array.
> >> Here goes a short description of the system:
> >>
> >> opensuse 11.4
> >> Linux 3.0.4-2-desktop #1 SMP PREEMPT Wed Aug 31 09:30:44 UTC 2011
> >> (a432f18) x86_64 x86_64 x86_64 GNU/Linux
> >> Gigabyte EP35C-DS3 motherboard with 8 SATA ports + SuperMicro
> >> AOC-SASLP-MV8 based on Marvel 6480, firmware updated to 3.1.0.21
> >> running mdadm 3.2.2, single array consists of 10 2T disks, 8 of them
> >> connected to the HBA, 2 - motherboard ports
> >>
> >> I had some issues with one of the onboard connected disks, so tried to
> >> plug it to different ports, just to eliminate possibly faulty port.
> >> After reboot, suddenly other drives got kicked out from the array.
> >> Re-assembling them gives weird errors.
> >>
> >> --- some output ---
> >> [3:0:0:0]    disk    ATA      ST2000DL003-9VT1 CC32  /dev/sdb
> >> [5:0:0:0]    disk    ATA      ST2000DL003-9VT1 CC32  /dev/sdc
> >> [8:0:0:0]    disk    ATA      ST32000542AS     CC34  /dev/sdd
> >> [8:0:1:0]    disk    ATA      ST32000542AS     CC34  /dev/sde
> >> [8:0:2:0]    disk    ATA      ST32000542AS     CC34  /dev/sdf
> >> [8:0:3:0]    disk    ATA      ST32000542AS     CC34  /dev/sdg
> >> [8:0:4:0]    disk    ATA      ST32000542AS     CC34  /dev/sdh
> >> [8:0:5:0]    disk    ATA      ST2000DL003-9VT1 CC32  /dev/sdi
> >> [8:0:6:0]    disk    ATA      ST2000DL003-9VT1 CC32  /dev/sdj
> >> [8:0:7:0]    disk    ATA      ST2000DL003-9VT1 CC32  /dev/sdk
> >>
> >> #more /etc/mdadm.conf
> >> DEVICE partitions
> >> ARRAY /dev/md0 level=raid6 UUID=82ac7386:a854194d:81b795d1:76c9c9ff
> >>
> >> #mdadm --assemble --force --scan /dev/md0
> >> mdadm: failed to add /dev/sdc to /dev/md0: Invalid argument
> >> mdadm: failed to add /dev/sdb to /dev/md0: Invalid argument
> >> mdadm: failed to add /dev/sdh to /dev/md0: Invalid argument
> >> mdadm: /dev/md0 assembled from 7 drives - not enough to start the array.
> >>
> >> dmesg:
> >> [ 8215.651860] md: sdc does not have a valid v1.2 superblock, not importing!
> >> [ 8215.651865] md: md_import_device returned -22
> >> [ 8215.652384] md: sdb does not have a valid v1.2 superblock, not importing!
> >> [ 8215.652388] md: md_import_device returned -22
> >> [ 8215.653177] md: sdh does not have a valid v1.2 superblock, not importing!
> >> [ 8215.653182] md: md_import_device returned -22
> >>
> >> mdadm -E /dev/sd[b..k] gives exactly the same Magic number and Array
> >> UUID for every disk, all checksums are correct,
> >> the only difference is -  Avail Dev Size : 3907028896 is the same for
> >> 9 disks, and 3907028864 for sdc
> >
> > Please provide that output so we can see it too - it might be helpful.
> >
> > NeilBrown
> 
> 
> # mdadm --assemble --force --update summaries /dev/md0 /dev/sdc
> mdadm: --update=summaries not understood for 1.x metadata
> 

Sorry - I was too terse.

I meant that output of "mdadm -E ...."

NeilBrown


> 
> >
> >>
> >> mdadm --assemble --force --update summaries /dev/sd.. - didn't improve anything
> >>
> >>
> >> I would really appreciate if someone could point me to the right direction.
> >>
> >> thanks
> >>
> >> Andrew
> >> --
> >> 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
> >
> >


[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 190 bytes --]

  reply	other threads:[~2011-09-13  6:44 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-09-13  6:14 RAID6 issues Andriano
2011-09-13  6:25 ` NeilBrown
2011-09-13  6:33   ` Andriano
2011-09-13  6:44     ` NeilBrown [this message]
2011-09-13  7:05       ` Andriano
2011-09-13  7:38         ` NeilBrown
2011-09-13  7:51           ` Andriano
2011-09-13  8:10             ` NeilBrown
2011-09-13  8:12             ` Alexander Kühn
2011-09-13  8:44             ` Roman Mamedov
2011-09-13  8:57               ` Andriano
2011-09-13  9:05                 ` Andriano
2011-09-13 10:29                   ` Roman Mamedov
2011-09-13 10:44                     ` Andriano
2011-09-13 13:45                       ` Andriano
2011-09-27 18:46 ` Thomas Fjellstrom
2011-09-27 19:14   ` Stan Hoeppner
2011-09-27 21:04     ` Thomas Fjellstrom
2011-09-28  2:47       ` Stan Hoeppner
2011-09-28  6:52         ` Thomas Fjellstrom
2011-09-28  6:03       ` Mikael Abrahamsson
2011-09-28  6:53         ` Thomas Fjellstrom
  -- strict thread matches above, loose matches on Subject: below --
2011-09-13 14:24 NeilBrown
2011-06-16 20:28 raid6 issues Chad Walker
2011-06-18 19:48 ` Chad Walker
2011-06-18 19:55   ` Chad Walker
2011-06-18 23:01     ` NeilBrown
2011-06-18 23:14       ` Chad Walker

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=20110913084419.380babcc@notabene.brown \
    --to=neilb@suse.de \
    --cc=chief000@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 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).