linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Neil Brown <neilb@suse.de>
To: Leslie Rhorer <lrhorer@satx.rr.com>
Cc: 'linux-raid' <linux-raid@vger.kernel.org>
Subject: Re: RAID 1 Disk added as faulty
Date: Wed, 30 Dec 2009 16:42:03 +1100	[thread overview]
Message-ID: <20091230164203.12fcfe61@notabene.brown> (raw)
In-Reply-To: <49.BC.07778.103EA3B4@cdptpa-omtalb.mail.rr.com>

On Tue, 29 Dec 2009 23:19:55 -0600
"Leslie Rhorer" <lrhorer@satx.rr.com> wrote:

> 
> 	Hello?  Anyone?  Can someone tell me why mdadm won't add the PATA
> drive as Write mostly, or why it claims one of the members is failed?

The "failed" is because once there was a device in the array that it
thinks failed.  The message is not helpful and newer versions of mdadm 
do not include it.

As for why you cannot add the PATA drive - it seems to fail, implying a
write error when writing to it???

More info (logs etc) required.

NeilBrown

> 
> > 	I have another, possibly related, question.  I did a bit of snooping
> > around, and all six devices that are members of one of the RAID 1 arrays
> > report the same thing:
> > 
> >     Array Slot : 1 (failed, 1, 0)
> >    Array State : Uu 1 failed
> > 
> > 	(The array slot of course is either 1 or 2, depending on the
> > specific device.) Why does the superblock report something as being
> > failed?
> > All the devices and the arrays themselves all show clean.  Running a
> > repair
> > on the array has no effect on the status.  This same report is generated
> > on
> > all twelve drive partitions that are part of RAID1 arrays.  One one
> > system,
> > both hard drives are PATA drives.  On the other, one is PATA, the other
> > SATA.  I only attempted to issue the -W directive on the mixed PATA / SATA
> > system.
> > 
> > > -----Original Message-----
> > > From: linux-raid-owner@vger.kernel.org [mailto:linux-raid-
> > > owner@vger.kernel.org] On Behalf Of Leslie Rhorer
> > > Sent: Saturday, December 26, 2009 1:33 AM
> > > To: 'linux-raid'
> > > Subject: RAID 1 Disk added as faulty
> > >
> > >
> > > Merry Christmas all,
> > >
> > > 	I have a bit of a puzzling problem.  I have a set of three
> > > partitions on a SATA hard drive all set up as second members of three
> > RAID
> > > 1
> > > arrays with the first members missing.  I have a PATA drive partitioned
> > in
> > > precisely the same way as the SATA drive, and I am attempting to add the
> > > PATA drive's partitions to the respective existing RAID 1 arrays.  I can
> > > add
> > > the partitions with `mdadm /dev/mdx --add  /dev/hdax` (x = 1, 2, 3), and
> > > everything works just fine.  The thing is, however, for rather obvious
> > > reasons I would prefer the PATA partitions to be write-mostly.  If I add
> > > the
> > > partitions to the array and then try to make the PATA partitions
> > > write-mostly with the command `mdadm /dev/mdx -W /dev/hdax`, mdadm
> > doesn't
> > > complain, but it also doesn't appear to make the hdax partitions
> > > write-mostly.  (Or at least it does not report them as such.)  OTOH, if
> > I
> > > start with a fresh partition with no existing superblock and use the
> > > command
> > > `mdadm /dev/mdx --add -W /dev/hdax`, mdadm adds the partition and marks
> > it
> > > as write-mostly, but immediately fails the partition.  If I remove the
> > > partition and re-add it without zeroing the superblock, it again adds it
> > > as
> > > a faulty spare:
> > >
> > > /dev/md1:
> > >         Version : 01.00
> > >   Creation Time : Wed Dec 23 23:46:28 2009
> > >      Raid Level : raid1
> > >      Array Size : 401580 (392.23 MiB 411.22 MB)
> > >   Used Dev Size : 401580 (392.23 MiB 411.22 MB)
> > >    Raid Devices : 2
> > >   Total Devices : 2
> > > Preferred Minor : 1
> > >     Persistence : Superblock is persistent
> > >
> > >   Intent Bitmap : Internal
> > >
> > >     Update Time : Sat Dec 26 01:12:41 2009
> > >           State : active, degraded
> > >  Active Devices : 1
> > > Working Devices : 1
> > >  Failed Devices : 1
> > >   Spare Devices : 0
> > >
> > >            Name : 'RAID-Server':1
> > >            UUID : 76e8e11d:e0183c3c:404cb86a:19a7cb3d
> > >          Events : 188
> > >
> > >     Number   Major   Minor   RaidDevice State
> > >        0       0        0        0      removed
> > >        1       8        1        1      active sync   /dev/sda1
> > >
> > >        2       3        1        -      faulty writemostly spare
> > > /dev/hda1
> > >
> > >
> > > 	How can I add these partitions as write-mostly members of the RAID 1
> > > arrays?
> > >
> > > --
> > > 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
> > 
> > --
> > 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
> 
> --
> 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:[~2009-12-30  5:42 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-12-26  7:33 RAID 1 Disk added as faulty Leslie Rhorer
2009-12-26 19:16 ` Leslie Rhorer
2009-12-30  5:19   ` Leslie Rhorer
2009-12-30  5:42     ` Neil Brown [this message]
2009-12-30  6:39       ` Leslie Rhorer
2009-12-30  7:18         ` Leslie Rhorer
2009-12-30  8:52           ` Neil Brown
2009-12-30 15:31             ` Leslie Rhorer

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=20091230164203.12fcfe61@notabene.brown \
    --to=neilb@suse.de \
    --cc=linux-raid@vger.kernel.org \
    --cc=lrhorer@satx.rr.com \
    /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).