Linux RAID subsystem development
 help / color / mirror / Atom feed
From: NeilBrown <neilb@suse.de>
To: Hank Barta <hbarta@gmail.com>
Cc: Linux-RAID <linux-raid@vger.kernel.org>
Subject: Re: raid startup on a live CD?
Date: Wed, 16 Nov 2011 08:15:01 +1100	[thread overview]
Message-ID: <20111116081501.05c451e5@notabene.brown> (raw)
In-Reply-To: <CABTDG8-aV0q0_TF3LV2eDcXNU-jrW0atftMToo+wrM=7LtRkLw@mail.gmail.com>

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

On Tue, 15 Nov 2011 14:51:51 -0600 Hank Barta <hbarta@gmail.com> wrote:

> Here is a copy of the session.

Thanks.

It looks like you have an /etc/mdadm.conf file which lists /dev/md2,
/dev/md0 and /dev/md1 and has uuids for them which do not match the uuids of
any devices that are found.

Does the boot cd have /etc/mdadm.conf (or /etc/mdadm/mdadm.conf) ??

Try:

  mdadm --assemble --scan --verbose --config=partitions

That will cause it to ignore and mdadm.conf file.

NeilBrown


> ========================================================================
> root@debian:/home/user# cat /proc/mdstat
> Personalities :
> unused devices: <none>
> root@debian:/home/user# lsmod|grep raid
> root@debian:/home/user# lsmod|grep md
> md_mod                 73872  0
> edac_mce_amd            6433  0
> root@debian:/home/user# mdadm --assemble --scan --incremental --verbose
> mdadm: --incremental would set mdadm mode to "incremental", but it is
> already set to "assemble".
> root@debian:/home/user# mdadm --assemble --scan  --verbose
> mdadm: looking for devices for /dev/md2
> mdadm: cannot open device /dev/loop0: Device or resource busy
> mdadm: /dev/loop0 has wrong uuid.
> mdadm: no recogniseable superblock on /dev/sdc1
> mdadm: /dev/sdc1 has wrong uuid.
> mdadm: no recogniseable superblock on /dev/sdc
> mdadm: /dev/sdc has wrong uuid.
> mdadm: /dev/sdb9 has wrong uuid.
> mdadm: /dev/sdb8 has wrong uuid.
> mdadm: /dev/sdb7 has wrong uuid.
> mdadm: no recogniseable superblock on /dev/sdb6
> mdadm: /dev/sdb6 has wrong uuid.
> mdadm: /dev/sdb5 has wrong uuid.
> mdadm: no recogniseable superblock on /dev/sdb2
> mdadm: /dev/sdb2 has wrong uuid.
> mdadm: /dev/sdb1 has wrong uuid.
> mdadm: no recogniseable superblock on /dev/sdb
> mdadm: /dev/sdb has wrong uuid.
> mdadm: /dev/sda9 has wrong uuid.
> mdadm: /dev/sda8 has wrong uuid.
> mdadm: /dev/sda7 has wrong uuid.
> mdadm: no recogniseable superblock on /dev/sda6
> mdadm: /dev/sda6 has wrong uuid.
> mdadm: /dev/sda5 has wrong uuid.
> mdadm: no recogniseable superblock on /dev/sda2
> mdadm: /dev/sda2 has wrong uuid.
> mdadm: /dev/sda1 has wrong uuid.
> mdadm: no recogniseable superblock on /dev/sda
> mdadm: /dev/sda has wrong uuid.
> mdadm: looking for devices for /dev/md0
> mdadm: cannot open device /dev/loop0: Device or resource busy
> mdadm: /dev/loop0 has wrong uuid.
> mdadm: no recogniseable superblock on /dev/sdc1
> mdadm: /dev/sdc1 has wrong uuid.
> mdadm: no recogniseable superblock on /dev/sdc
> mdadm: /dev/sdc has wrong uuid.
> mdadm: /dev/sdb9 has wrong uuid.
> mdadm: /dev/sdb8 has wrong uuid.
> mdadm: /dev/sdb7 has wrong uuid.
> mdadm: no recogniseable superblock on /dev/sdb6
> mdadm: /dev/sdb6 has wrong uuid.
> mdadm: /dev/sdb5 has wrong uuid.
> mdadm: no recogniseable superblock on /dev/sdb2
> mdadm: /dev/sdb2 has wrong uuid.
> mdadm: /dev/sdb1 has wrong uuid.
> mdadm: no recogniseable superblock on /dev/sdb
> mdadm: /dev/sdb has wrong uuid.
> mdadm: /dev/sda9 has wrong uuid.
> mdadm: /dev/sda8 has wrong uuid.
> mdadm: /dev/sda7 has wrong uuid.
> mdadm: no recogniseable superblock on /dev/sda6
> mdadm: /dev/sda6 has wrong uuid.
> mdadm: /dev/sda5 has wrong uuid.
> mdadm: no recogniseable superblock on /dev/sda2
> mdadm: /dev/sda2 has wrong uuid.
> mdadm: /dev/sda1 has wrong uuid.
> mdadm: no recogniseable superblock on /dev/sda
> mdadm: /dev/sda has wrong uuid.
> mdadm: looking for devices for /dev/md1
> mdadm: cannot open device /dev/loop0: Device or resource busy
> mdadm: /dev/loop0 has wrong uuid.
> mdadm: no recogniseable superblock on /dev/sdc1
> mdadm: /dev/sdc1 has wrong uuid.
> mdadm: no recogniseable superblock on /dev/sdc
> mdadm: /dev/sdc has wrong uuid.
> mdadm: /dev/sdb9 has wrong uuid.
> mdadm: /dev/sdb8 has wrong uuid.
> mdadm: /dev/sdb7 has wrong uuid.
> mdadm: no recogniseable superblock on /dev/sdb6
> mdadm: /dev/sdb6 has wrong uuid.
> mdadm: /dev/sdb5 has wrong uuid.
> mdadm: no recogniseable superblock on /dev/sdb2
> mdadm: /dev/sdb2 has wrong uuid.
> mdadm: /dev/sdb1 has wrong uuid.
> mdadm: no recogniseable superblock on /dev/sdb
> mdadm: /dev/sdb has wrong uuid.
> mdadm: /dev/sda9 has wrong uuid.
> mdadm: /dev/sda8 has wrong uuid.
> mdadm: /dev/sda7 has wrong uuid.
> mdadm: no recogniseable superblock on /dev/sda6
> mdadm: /dev/sda6 has wrong uuid.
> mdadm: /dev/sda5 has wrong uuid.
> mdadm: no recogniseable superblock on /dev/sda2
> mdadm: /dev/sda2 has wrong uuid.
> mdadm: /dev/sda1 has wrong uuid.
> mdadm: no recogniseable superblock on /dev/sda
> mdadm: /dev/sda has wrong uuid.
> root@debian:/home/user# cat /proc/mdstat
> Personalities :
> unused devices: <none>
> root@debian:/home/user#
> ========================================================================
> 
>  I forgot to include this which looks the same on a normal boot:
> 
> ========================================================================
> hbarta@olive:~$ sudo fdisk -l /dev/sd[ab]
> Disk /dev/sda: 200.0 GB, 200049647616 bytes
> 255 heads, 63 sectors/track, 24321 cylinders
> Units = cylinders of 16065 * 512 = 8225280 bytes
> Sector size (logical/physical): 512 bytes / 512 bytes
> I/O size (minimum/optimal): 512 bytes / 512 bytes
> Disk identifier: 0x00014d21
> 
>    Device Boot      Start         End      Blocks   Id  System
> /dev/sda1   *           1         124      995998+  fd  Linux raid autodetect
> /dev/sda2             125       24321   194362372    5  Extended
> /dev/sda5             125        1369    10000431   fd  Linux raid autodetect
> /dev/sda6            1370        1867     4000153+  82  Linux swap / Solaris
> /dev/sda7            1868        2824     7680000   fd  Linux raid autodetect
> /dev/sda8            2824        3767     7577600   fd  Linux raid autodetect
> /dev/sda9            3767       24321   165101083   fd  Linux raid autodetect
> 
> Disk /dev/sdb: 200.0 GB, 200049647616 bytes
> 255 heads, 63 sectors/track, 24321 cylinders
> Units = cylinders of 16065 * 512 = 8225280 bytes
> Sector size (logical/physical): 512 bytes / 512 bytes
> I/O size (minimum/optimal): 512 bytes / 512 bytes
> Disk identifier: 0x000c071b
> 
>    Device Boot      Start         End      Blocks   Id  System
> /dev/sdb1   *           1         124      995998+  fd  Linux raid autodetect
> /dev/sdb2             125       24321   194362372    5  Extended
> /dev/sdb5             125        1369    10000431   fd  Linux raid autodetect
> /dev/sdb6            1370        1867     4000153+  82  Linux swap / Solaris
> /dev/sdb7            1868        2824     7680000   fd  Linux raid autodetect
> /dev/sdb8            2824        3767     7577600   fd  Linux raid autodetect
> /dev/sdb9            3767       24321   165101083   fd  Linux raid autodetect
> hbarta@olive:~$
> hbarta@olive:~$ cat /proc/mdstat
> Personalities : [raid0] [raid1] [linear] [multipath] [raid6] [raid5]
> [raid4] [raid10]
> md4 : active raid0 sda8[0] sdb8[1]
>       15155072 blocks 64k chunks
> 
> md0 : active raid1 sda1[0] sdb1[1]
>       995904 blocks [2/2] [UU]
> 
> md2 : active raid0 sdb7[1] sda7[0]
>       15359872 blocks 64k chunks
> 
> md1 : active raid0 sdb5[1] sda5[0]
>       20000640 blocks 64k chunks
> 
> md3 : active raid1 sda9[1] sdb9[0]
>       165100992 blocks [2/2] [UU]
> 
> unused devices: <none>
> hbarta@olive:~$
> ========================================================================
> 
> I found nothing related to this in dmesg or any of the logs I checked.
> 
> thanks,
> hank
> 
> On Mon, Nov 14, 2011 at 11:03 PM, NeilBrown <neilb@suse.de> wrote:
> >
> >
> > Could you try again, but add --verbose to --incremental --scan,
> > report the output, and any message that appear in 'dmesg'.
> >
> > thanks,
> > NeilBrown
> >
> >
> >
> > On Mon, 14 Nov 2011 22:56:40 -0600 Hank Barta <hbarta@gmail.com> wrote:
> >
> >> Hi folks,
> >> On occasion I boot a live CD and need to have the md RAID devices
> >> running. Ordinarily (with Ubuntu live CDs) I find that I need to
> >> install the mdadm package after booting the live CD. At that point my
> >> recollection is that the RAID devices get started by the scripts that
> >> perform the installation (and probably run the startup scripts that
> >> are in /etc/init.d/...)
> >>
> >> Earlier today I did this with a distro that is derived from Debian and
> >> under development. I was happy to see that 'mdadm' was already
> >> installed. (I had asked for this in fact.) But then I started
> >> encountering difficulties. The /proc/mdstat file existed but listed no
> >> RAID personalities and none of my devices were started. I tried 'mdadm
> >> --assemble -scan' which reported no errors but did not improve the
> >> situation. I manually loaded the raid0 and raid1 modules (which caused
> >> the personalities to be listed in /prod/mdstat) and pulled in other
> >> raid related kernel modules. However 'mdadm --assemble -scan' still
> >> did not start my devices. I thrashed around a bit before finding a
> >> command that probed drives and listed the md devices and their UUIDs.
> >> I was then able to start them using 'mdadm --assemble /dev/md<n>
> >> --uuid <UUID>' individually for the RAID devices I wanted to start.
> >>
> >> I'd like to report back to the person working on this distro the
> >> difficulties I had with the RAID and beyond that, I'd like to provide
> >> the information that they need to set up RAID so it just works (like
> >> on a normal boot) if possible and desirable.
> >>
> >> First... Are there reasons that other live CDs I've used have not set
> >> up RAID? Live CDs by their nature are somewhat lightweight so if
> >> adding mdadm uses significant resources perhaps it is best left as a
> >> manual operation.
> >>
> >> Is there something I overlooked in getting it started in this
> >> particular situation?
> >>
> >> Where should I be looking for documentation that would help
> >> configuring RAID on a Live CD? I did some searching and the most
> >> promising thing I found was
> >> https://raid.wiki.kernel.org/articles/r/a/i/RAID_Boot_bac9.html which
> >> directs me to a text file in the kernel source tree.
> >> (http://lxr.linux.no/#linux+v3.1.1/Documentation/filesystems/ramfs-rootfs-initramfs.txt)
> >> And that points to other documentation. I'd appreciate pointers to
> >> documentation that is particularly relevant to md RAID form a live CD.
> >>
> >> many thanks,
> >> hank
> >>
> >> --
> >> '03 BMW F650CS - hers
> >> '98 Dakar K12RS - "BABY K" grew up.
> >> '93 R100R w/ Velorex 700 (MBD starts...)
> >> '95 Miata - "OUR LC"
> >> polish visor: apply squashed bugs, rinse, repeat
> >> Beautiful Sunny Winfield, Illinois
> >> --
> >> 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
> >
> >
> 
> 
> 


[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 828 bytes --]

  reply	other threads:[~2011-11-15 21:15 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-11-15  4:56 raid startup on a live CD? Hank Barta
2011-11-15  5:03 ` NeilBrown
2011-11-15 20:51   ` Hank Barta
2011-11-15 21:15     ` NeilBrown [this message]
2011-11-16  3:24       ` Hank Barta

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=20111116081501.05c451e5@notabene.brown \
    --to=neilb@suse.de \
    --cc=hbarta@gmail.com \
    --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