linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Tyler <pml@dtbb.net>
To: Jon Lewis <jlewis@lewis.org>
Cc: linux-raid@vger.kernel.org
Subject: Re: confused raid1
Date: Mon, 15 Aug 2005 09:02:06 -0700	[thread overview]
Message-ID: <4300BC7E.6030009@dtbb.net> (raw)
In-Reply-To: <Pine.LNX.4.61.0508151131020.10349@soloth.lewis.org>

A few questions:

a) what kernel version are you using?
b) what mdadm version are you using?
c) what messages conscerning the raid are in the log when its failing
one of the drives and making hdc1 an active drive?
d) what linux distribution (and version) are you using?

Tyler.

Jon Lewis wrote:

> I've inheritted responsibility for a server with a root raid1 that 
> degrades every time the system is rebooted.  It's a 2.4.x kernel.  
> I've got both raidutils and mdadm available.
>
> The raid1 device is supposed to be /dev/hde1 & /dev/hdg1 with 
> /dev/hdc1 as a spare.  I believe it was created with raidutils and the 
> following portion of /etc/raidtab:
>
> raiddev             /dev/md1
> raid-level                  1
> nr-raid-disks               2
> chunk-size                  64k
> persistent-superblock       1
> nr-spare-disks              1
>     device          /dev/hde1
>     raid-disk     0
>     device          /dev/hdg1
>     raid-disk     1
>     device          /dev/hdc1
>     spare-disk    0
>
> The output of mdadm -E concerns me though.
>
> # mdadm -E /dev/hdc1
> /dev/hdc1:
>           Magic : a92b4efc
>         Version : 00.90.00
>            UUID : 8b65fa52:21176cc9:cbb74149:c418b5a4
>   Creation Time : Tue Jan 13 13:21:41 2004
>      Raid Level : raid1
>     Device Size : 30716160 (29.29 GiB 31.45 GB)
>    Raid Devices : 2
>   Total Devices : 1
> Preferred Minor : 1
>
>     Update Time : Thu Aug 11 08:38:59 2005
>           State : dirty, no-errors
>  Active Devices : 2
> Working Devices : 2
>  Failed Devices : -1
>   Spare Devices : 0
>        Checksum : 6a4dddb8 - correct
>          Events : 0.195
>
>       Number   Major   Minor   RaidDevice State
> this     1      22        1        1      active sync   /dev/hdc1
>    0     0      33        1        0      active sync   /dev/hde1
>    1     1      22        1        1      active sync   /dev/hdc1
>
> # mdadm -E /dev/hde1
> /dev/hde1:
>           Magic : a92b4efc
>         Version : 00.90.00
>            UUID : 8b65fa52:21176cc9:cbb74149:c418b5a4
>   Creation Time : Tue Jan 13 13:21:41 2004
>      Raid Level : raid1
>     Device Size : 30716160 (29.29 GiB 31.45 GB)
>    Raid Devices : 2
>   Total Devices : 1
> Preferred Minor : 1
>
>     Update Time : Mon Aug 15 11:16:43 2005
>           State : dirty, no-errors
>  Active Devices : 2
> Working Devices : 2
>  Failed Devices : -1
>   Spare Devices : 0
>        Checksum : 6a5348c9 - correct
>          Events : 0.199
>
>
>       Number   Major   Minor   RaidDevice State
> this     0      33        1        0      active sync   /dev/hde1
>    0     0      33        1        0      active sync   /dev/hde1
>    1     1      34        1        1      active sync   /dev/hdg1
>
> # mdadm -E /dev/hdg1
> /dev/hdg1:
>           Magic : a92b4efc
>         Version : 00.90.00
>            UUID : 8b65fa52:21176cc9:cbb74149:c418b5a4
>   Creation Time : Tue Jan 13 13:21:41 2004
>      Raid Level : raid1
>     Device Size : 30716160 (29.29 GiB 31.45 GB)
>    Raid Devices : 2
>   Total Devices : 1
> Preferred Minor : 1
>
>     Update Time : Mon Aug 15 11:16:43 2005
>           State : dirty, no-errors
>  Active Devices : 2
> Working Devices : 2
>  Failed Devices : -1
>   Spare Devices : 0
>        Checksum : 6a5348cc - correct
>          Events : 0.199
>
>
>       Number   Major   Minor   RaidDevice State
> this     1      34        1        1      active sync   /dev/hdg1
>    0     0      33        1        0      active sync   /dev/hde1
>    1     1      34        1        1      active sync   /dev/hdg1
>
> Shouldn't total devices be at least 2?  How can failed devices be -1?
>
> When the system reboots, md1 becomes just /dev/hdc1.  I've used mdadm 
> to add hde1, fail and then remove hdc1, and add hdg1.  How can I 
> repair the array such that it will survive the next reboot and keep 
> hde1 and hdg1 as the working devices?
>
> md1 : active raid1 hdg1[1] hde1[0]
>       30716160 blocks [2/2] [UU]
>
> ----------------------------------------------------------------------
>  Jon Lewis                   |  I route
>  Senior Network Engineer     |  therefore you are
>  Atlantic Net                | _________ 
> http://www.lewis.org/~jlewis/pgp for PGP public key_________
> -
> 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
>



-- 
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.338 / Virus Database: 267.10.9/72 - Release Date: 8/14/2005


  parent reply	other threads:[~2005-08-15 16:02 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-08-15 15:41 confused raid1 Jon Lewis
2005-08-15 15:55 ` Mario 'BitKoenig' Holbe
2005-08-15 16:01   ` Jon Lewis
2005-08-15 16:02 ` Tyler [this message]
2005-08-15 16:12   ` Jon Lewis
2005-08-15 16:41     ` Tyler
2005-08-15 17:29       ` Jon Lewis
2005-08-15 18:56         ` Tyler
2005-08-15 22:57     ` 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=4300BC7E.6030009@dtbb.net \
    --to=pml@dtbb.net \
    --cc=jlewis@lewis.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 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).