All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Christian Graf" <chr.graf@gmx.de>
To: linux-raid@vger.kernel.org
Subject: nested mdadm-raid6 fails assembly - missing superblock
Date: Sun, 25 Apr 2010 14:22:15 +0200	[thread overview]
Message-ID: <20100425122215.7210@gmx.net> (raw)

Dear all,

since long I am using my raid6 with perfects results and now I am asking kindly for help.
My raid6 consisting of 7 * 500GB became to small, so I decided to upgrade with 2 * 1TB-drives (sda and sdb) and use striping for the old-drives (sd[c-i]) to become 1TB as well. The resulting new raid6 is md10.

 keeper:/home/behn# cat /proc/mdstat
Personalities : [raid6] [raid5] [raid4] [multipath] [faulty] [raid0]
md10 : active raid6 md3p1[6] md2p1[3] md1p1[2] sdb1[1] sda1[0]
      3907039232 blocks super 1.0 level 6, 64k chunk, algorithm 2 [6/4] [UUUU__]
      [>....................]  recovery =  0.0% (434432/976759808) finish=15374.9min speed=1057K/sec

md3 : active raid0 sdd1[0] sdc1[1]
      976767872 blocks 64k chunks

md2 : active raid0 sde1[0] sdf1[1]
      976767872 blocks 64k chunks

md1 : active raid0 sdh1[0] sdi1[1]
      976767872 blocks 64k chunks

Of course that means creating and assembling of the new m10 was just fine, however due to money the 6th drive was declared missing:

 keeper:/home/behn# mdadm --create /dev/md10 --name=10 --metadata=1.0 --level=6 --raid-devices=6 /dev/sda1 /dev/sdb1 /dev/md[1-3]p1 missing
mdadm: /dev/sda1 appears to be part of a raid array:
    level=raid6 devices=5 ctime=Fri Apr 23 00:03:31 2010
mdadm: /dev/sdb1 appears to contain an ext2fs file system
    size=-1096252032K  mtime=Fri Apr 23 11:33:16 2010
mdadm: /dev/sdb1 appears to be part of a raid array:
    level=raid6 devices=5 ctime=Fri Apr 23 00:03:31 2010
Continue creating array? y
mdadm: array /dev/md10 started.


I just created the ext3-fs on the newly created md10 and tuned it:
keeper:/home/behn# fdisk -l /dev/md10

WARNING: The size of this disk is 4.0 TB (4000808173568 bytes).
DOS partition table format can not be used on drives for volumes
larger than (2199023255040 bytes) for 512-byte sectors. Use parted(1) and GUID
partition table format (GPT).


Disk /dev/md10: 4000.8 GB, 4000808173568 bytes
2 heads, 4 sectors/track, 976759808 cylinders
Units = cylinders of 8 * 512 = 4096 bytes
Disk identifier: 0xfc0ca3a2

     Device Boot      Start         End      Blocks   Id  System
/dev/md10p1               1   536870911  2147483642   83  Linux

keeper:/home/behn# tune2fs -m 1 -j /dev/md10p1
tune2fs 1.41.11 (14-Mar-2010)
Setting reserved blocks percentage to 1% (5368709 blocks)
Creating journal inode:

done
This filesystem will be automatically checked every 27 mounts or
180 days, whichever comes first.  Use tune2fs -c or -i to override.

Solong, until this point all was perfectly fine to me. I copied some large stuff to md10 and the array looked good:

keeper:/home/behn# mdadm --detail /dev/md10
/dev/md10:
        Version : 1.00
  Creation Time : Fri Apr 23 20:18:56 2010
     Raid Level : raid6
     Array Size : 3907039232 (3726.04 GiB 4000.81 GB)
  Used Dev Size : 976759808 (931.51 GiB 1000.20 GB)
   Raid Devices : 6
  Total Devices : 5
    Persistence : Superblock is persistent

    Update Time : Fri Apr 23 20:21:04 2010
          State : active, degraded, recovering
 Active Devices : 4
Working Devices : 5
 Failed Devices : 0
  Spare Devices : 1

     Chunk Size : 64K

 Rebuild Status : 0% complete

           Name : keeper:10  (local to host keeper)
           UUID : 3c35cc46:f7afe8be:5ce1aa14:73a5567c
         Events : 3

    Number   Major   Minor   RaidDevice State
       0       8        1        0      active sync   /dev/sda1
       1       8       17        1      active sync   /dev/sdb1
       2     259        0        2      active sync   /dev/md1p1
       3     259        1        3      active sync   /dev/md2p1
       6     259        2        4      spare rebuilding   /dev/md3p1
       5       0        0        5      removed

here comes my pain now:
========================
But once I stopped the array, I can't reassmble it:
====================================================
keeper:/home/behn# mdadm --assemble /dev/md10 /dev/sda1 /dev/sdb1 /dev/md[1-3]
mdadm: cannot open device /dev/sda1: Device or resource busy
mdadm: /dev/sda1 has no superblock - assembly aborted



Can please someone suggest how to continue here please? I have not changed hw and even in addition the /dev/sda and /dev/sdb worked like a charm in a raid1 before I decided to create the nested md10:

I am using this as mdadm.conf
keeper:/home/behn# mdadm --detail --scan
DEVICE /dev/sd[a-z]
ARRAY /dev/md1 metadata=0.90 UUID=5ece961d:9f6b8d08:3e3ade9f:30eaa984
ARRAY /dev/md2 metadata=0.90 UUID=9b6fc6e1:d1798014:3e3ade9f:30eaa984
ARRAY /dev/md3 metadata=0.90 UUID=2eec48f7:45b2e76a:3e3ade9f:30eaa984
ARRAY /dev/md10 metadata=1.00 spares=1 name=keeper:10 UUID=3c35cc46:f7afe8be:5ce1aa14:73a5567c



many thanks for your help


christian

-- 
GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01
--
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:[~2010-04-25 12:22 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

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=20100425122215.7210@gmx.net \
    --to=chr.graf@gmx.de \
    --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.