All of lore.kernel.org
 help / color / mirror / Atom feed
From: Bradley Baetz <bbaetz@acm.org>
To: linux-raid@vger.kernel.org
Subject: Re: mdadm oddity.
Date: Sun, 08 May 2005 09:51:56 +1000	[thread overview]
Message-ID: <d5jjtn$96j$1@sea.gmane.org> (raw)
In-Reply-To: <cone.1115508816.149032.5308.500@commodore.email-scan.com>

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

This happens if you don't have a spares= line in mdadm.conf; the code 
defaults it to a massive number.

Try the attached patch, which I've sent to Neil a couple of times.

Bradley

Sam Varshavchik wrote:
> I noticed a slight oddity on one of my servers: when I start "mdadm 
> --monitor --scan" I get only the "NewArray" message.  On the other 
> server I get a "NewArray" then a "SparesMissing" message, for each RAID 
> partition.  Neither server has spares.  Both servers have a pair of SCSI 
> drives in a RAID-1 configuration for all of the partitions.
> 
> Well, the real oddity is actually that the other server only reports a 
> NewArray -- because I see in the ChangeLog mdadm is _supposed_ to report 
> both NewArray and SparesMissing.  But until I turned up the second 
> server I only ever got NewArray from mdadm, so that was something new.
> 
> Investigating this I discovered that I get a SparesMissing message if I 
> explicitly enumerate all my RAID partitions in mdadm.conf (mdadm 
> 1.5.0).  If I don't list my partitions in mdadm.conf, mdadm still finds 
> them, but then reports only a NewArray message.  Does that sound right?
> 
> 


[-- Attachment #2: mdadm-sparesmissing.patch --]
[-- Type: text/x-patch, Size: 304 bytes --]

--- config.c.orig       Sun Jun 27 23:55:57 2004
+++ config.c    Sun Jun 27 23:58:21 2004
@@ -270,7 +270,7 @@
 	mis.super_minor = UnSet;
 	mis.level = UnSet;
 	mis.raid_disks = UnSet;
-	mis.spare_disks = UnSet;
+	mis.spare_disks = 0;
 	mis.devices = NULL;
 	mis.devname = NULL;
 	mis.spare_group = NULL;

  reply	other threads:[~2005-05-07 23:51 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-05-07 23:33 mdadm oddity Sam Varshavchik
2005-05-07 23:51 ` Bradley Baetz [this message]
2005-05-08  6:43 ` Tyler
2005-05-08  7:52 ` 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='d5jjtn$96j$1@sea.gmane.org' \
    --to=bbaetz@acm.org \
    --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.