public inbox for linux-raid@vger.kernel.org
 help / color / mirror / Atom feed
From: Chris Green <cl@isbd.net>
To: linux-raid@vger.kernel.org
Subject: Failed SBOD RAID on old NAS, how to diagnose/resurrect?
Date: Sat, 7 Mar 2020 21:58:11 +0000	[thread overview]
Message-ID: <20200307215811.GA27305@esprimo> (raw)

I have an old (well, fairly old) WD NAS which has two 1Tb disk drives
configured to be one big disk drive using RAID.  It's been sat on the
shelf for two or three years at least so I was actually quite
pleasantly surprised when it booted.

However the RAID is broken, the second disk drive doesn't get added to
the RAID array.  The NAS's configuration GUI says that both physical
disk drives are healthy/ok but marks the second half of the single
RAID virtual disk as 'failed'.

I have ssh access to the NAS (and root) and I'm quite at home on the
Unix/Linux command line and doing sysadmin type things but I'm a total
newbie as regards RAID.

So how can I set about diagnosing and fixing this?  I can't even find
anything that tells me how the RAID is configured at the moment.  At
the most basic level 'mount' shows:-

    ~ # mount
    /dev/root on / type ext3 (rw,noatime,data=ordered)
    proc on /proc type proc (rw)
    sys on /sys type sysfs (rw)
    /dev/pts on /dev/pts type devpts (rw)
    securityfs on /sys/kernel/security type securityfs (rw)
    /dev/md3 on /var type ext3 (rw,noatime,data=ordered)
    /dev/md2 on /DataVolume type xfs (rw,noatime,uqnoenforce)
    /dev/ram0 on /mnt/ram type tmpfs (rw)
    /dev/md2 on /shares/Public type xfs (rw,noatime,uqnoenforce)
    /dev/md2 on /shares/Download type xfs (rw,noatime,uqnoenforce)
    /dev/md2 on /shares/chris type xfs (rw,noatime,uqnoenforce)
    /dev/md2 on /shares/laptop type xfs (rw,noatime,uqnoenforce)
    /dev/md2 on /shares/dps type xfs (rw,noatime,uqnoenforce)
    /dev/md2 on /shares/ben type xfs (rw,noatime,uqnoenforce)
    ~ # 

... and fdisk:-

    ~ # fdisk -l

    Disk /dev/sda: 1000.2 GB, 1000204886016 bytes
    255 heads, 63 sectors/track, 121601 cylinders
    Units = cylinders of 16065 * 512 = 8225280 bytes

       Device Boot    Start       End    Blocks   Id  System
    /dev/sda1               5         248     1959930   fd  Linux raid autodetect
    /dev/sda2             249         280      257040   fd  Linux raid autodetect
    /dev/sda3             281         403      987997+  fd  Linux raid autodetect
    /dev/sda4             404      121601   973522935   fd  Linux raid autodetect

    Disk /dev/sdb: 1000.2 GB, 1000204886016 bytes
    255 heads, 63 sectors/track, 121601 cylinders
    Units = cylinders of 16065 * 512 = 8225280 bytes

       Device Boot    Start       End    Blocks   Id  System
    /dev/sdb1               5         248     1959930   fd  Linux raid autodetect
    /dev/sdb2             249         280      257040   fd  Linux raid autodetect
    /dev/sdb3             281         403      987997+  fd  Linux raid autodetect
    /dev/sdb4             404      121601   973522935   fd  Linux raid autodetect


There should be a /dev/md4. :-

    /proc # more mdstat
    Personalities : [linear] [raid0] [raid1] 
    md2 : active raid1 sda4[0]
          973522816 blocks [2/1] [U_]
          
    md1 : active raid1 sdb2[1] sda2[0]
          256960 blocks [2/2] [UU]
          
    md3 : active raid1 sdb3[1] sda3[0]
          987904 blocks [2/2] [UU]
          
    md4 : active raid1 sdb4[0]
          973522816 blocks [2/1] [U_]
          
    md0 : active raid1 sdb1[1] sda1[0]
          1959808 blocks [2/2] [UU]
          
    unused devices: <none>



Oh, and the kernel is:-

    Linux WDbackup 2.6.24.4 #1 Thu Apr 1 16:43:58 CST 2010 armv5tejl unknown

-- 
Chris Green

             reply	other threads:[~2020-03-07 21:58 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-03-07 21:58 Chris Green [this message]
2020-03-07 22:08 ` Failed SBOD RAID on old NAS, how to diagnose/resurrect? Chris Green
2020-03-08 14:14   ` Failed JBOD " Chris Green
2020-03-10 21:20     ` Song Liu
2020-03-10 22:11       ` Chris Green
2020-03-10 23:46         ` Song Liu

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=20200307215811.GA27305@esprimo \
    --to=cl@isbd.net \
    --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