linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* raid1 boots with one disk only
@ 2005-03-04 12:03 Steve Kwee
  2005-03-07 20:07 ` Steve Kwee
  0 siblings, 1 reply; 8+ messages in thread
From: Steve Kwee @ 2005-03-04 12:03 UTC (permalink / raw)
  To: linux-raid

I have a problem with a simple raid1 2 disk ide sw raid.
When the system boots the raid always comes up in degraded mode with only one
disk running (see 1.). The disks are exactly the same piece of hardware and the
partitions are also identical (see 5.) I have another sw raid on the same
disks that is working fine without this behaviour.

After booting the system I do a 

  mdadm /dev/md1 --add /dev/hda2

to rebuild the array leaving the array in a clean state (see 2., 3.)
But when rebooting the system the raid starts with one disk only again.

mdadm -E results in an error message complaining about a missing superblock
(see 4.) is there a way to rebuild the superblock without destroying the
data ? I did not find a "rebuild superblock only" option in the mdadm manpage.
As all other diagnosis seems fine (see 2., 3.) I wonder if this message is
of any value at all.

Thanks anyone for any help on this.

Kernel version 2.6.8.1-3-386 
mdadm version: mdadm - v1.5.0 - 22 Jan 2004

--------------------------------
1. dmesg
--------------------------------
hda: max request size: 128KiB
hda: 120103200 sectors (61492 MB) w/1916KiB Cache, CHS=65535/16/63, UDMA(33)
 /dev/ide/host0/bus0/target0/lun0: p1 p2 p3
hdc: IBM-DTLA-307060, ATA DISK drive
ide1 at 0x170-0x177,0x376 on irq 15
hdc: max request size: 128KiB
hdc: 120103200 sectors (61492 MB) w/1916KiB Cache, CHS=65535/16/63, UDMA(100)
 /dev/ide/host0/bus1/target0/lun0: p1 p2 p3
md: md1 stopped.
md: bind<hdc2>
raid1: raid set md1 active with 1 out of 2 mirrors
VFS: Can't find ext3 filesystem on dev md1.
VFS: Can't find ext2 filesystem on dev md1.
ReiserFS: md1: found reiserfs format "3.6" with standard journal
ReiserFS: md1: using ordered data mode
ReiserFS: md1: journal params: device md1, size 8192, journal first block 18,
max trans len 1024, max
 batch 900, max commit age 30, max trans age 30
ReiserFS: md1: checking transaction log (md1)
ReiserFS: md1: Using r5 hash to sort names

--------------------------------
2. less /proc/mdstat
--------------------------------
Personalities : [raid1]
md0 : active raid1 hda1[0] hdc1[1]
      97664 blocks [2/2] [UU]

md1 : active raid1 hda2[0] hdc2[1]
      57617216 blocks [2/2] [UU]

unused devices: <none>

--------------------------------
3. mdadm --query --detail /dev/md1
--------------------------------
/dev/md1:
        Version : 00.90.01
  Creation Time : Wed Feb  9 16:46:20 2005
     Raid Level : raid1
     Array Size : 57617216 (54.95 GiB 59.00 GB)
    Device Size : 57617216 (54.95 GiB 59.00 GB)
   Raid Devices : 2
  Total Devices : 2
Preferred Minor : 1
    Persistence : Superblock is persistent

    Update Time : Fri Mar  4 13:56:50 2005
          State : clean, no-errors
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0


    Number   Major   Minor   RaidDevice State
       0       3        2        0      active sync   /dev/hda2
       1      22        2        1      active sync   /dev/hdc2
           UUID : 278cfa5e:1492ad7d:7f2f3de7:c1d1ebbf
         Events : 0.430023

-----------------------------
4.  mdadm -E /dev/md1
-----------------------------
mdadm: No super block found on /dev/md1 (Expected magic a92b4efc, got f1800828)

-----------------------------
5. less /proc/partitions
-----------------------------
major minor  #blocks  name

   3     0   60051600 hda
   3     1      97744 hda1
   3     2   57617280 hda2
   3     3    2336544 hda3
  22     0   60051600 hdc
  22     1      97744 hdc1
  22     2   57617280 hdc2
  22     3    2336544 hdc3
   9     1   57617216 md1
   9     0      97664 md0
 253     0    2336544 dm-0
 253     1    2336544 dm-1
 253     2      97744 dm-2
 253     3   57617280 dm-3
 253     4      97744 dm-4
 253     5   57617280 dm-5




^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: raid1 boots with one disk only
@ 2005-03-04 14:01 Christian Mueller
  2005-03-04 14:51 ` Steve Kwee
  0 siblings, 1 reply; 8+ messages in thread
From: Christian Mueller @ 2005-03-04 14:01 UTC (permalink / raw)
  To: linux-raid

Hi Steve!

How do you boot this beast (Bootloader)?
On what partition/md is actually /boot?


On 03.04.2005 12:03, Steve Kwee wrote:
> ..
> mdadm -E results in an error message complaining about a missing
> superblock (see 4.)
> ..
> -----------------------------
> 4.  mdadm -E /dev/md1
> -----------------------------
> mdadm: No super block found on /dev/md1 (Expected magic a92b4efc, got
> f1800828)
'man mdadm' shows the following

  -E, --examine
         Print content of md superblock on device(s).
                                           ^^^^^^^^^
So, this works not against an md array.


Cheers, Chris


-- 
# Christian Mueller                   email: <christian.mueller1@gmx.de>
#                                     phone: +49 6527 936129
#                                     @work: +49 6592 9691 15
#                                     mobil: +49 172 6769666




^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: raid1 boots with one disk only
  2005-03-04 14:01 raid1 boots with one disk only Christian Mueller
@ 2005-03-04 14:51 ` Steve Kwee
  0 siblings, 0 replies; 8+ messages in thread
From: Steve Kwee @ 2005-03-04 14:51 UTC (permalink / raw)
  To: linux-raid

Christian Mueller <christian.mueller1 <at> gmx.de> writes:

> 
> Hi Steve!
> 
> How do you boot this beast (Bootloader)?
> On what partition/md is actually /boot?
> 
> On 03.04.2005 12:03, Steve Kwee wrote:
> > ..
> > mdadm -E results in an error message complaining about a missing
> > superblock (see 4.)
> > ..
> > -----------------------------
> > 4.  mdadm -E /dev/md1
> > -----------------------------
> > mdadm: No super block found on /dev/md1 (Expected magic a92b4efc, got
> > f1800828)
> 'man mdadm' shows the following
> 
>   -E, --examine
>          Print content of md superblock on device(s).
>                                            ^^^^^^^^^
> So, this works not against an md array.
> 
> Cheers, Chris
> 

There is another raid device /dev/md0 on the same set of disks
which has the kernel on it. The kernel is booted with grub 
/dev/md0 works as expected /dev/md1 does not.
I have attached fstab and menu.lst (1., 2.)

I followed the description found at 

  http://nickdafish.com/public/HowToRaid

to set things up.

------------------------------------------------------
1. /etc/fstab
-----------------------------------------------
# /etc/fstab: static file system information.
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults        0       0
/dev/hda3       none            swap    sw              0       0
/dev/md0        /boot           reiserfs defaults        0       2
/dev/md1        /               reiserfs defaults        0       2

------------------------------------------------------
2. less /boot/grub/menu.lst
------------------------------------------------------
timeout 8

# By default, boot the first entry.
default 0

# Fallback to the second entry.
fallback 1

# raid
##########################################
title Ubuntu Linux (Kernel hd0, Root /dev/md1)
        kernel  (hd0,0)/vmlinuz-2.6.8.1-3-386 root=/dev/md1 ro splash
        initrd  (hd0,0)/initrd.img-2.6.8.1-3-386
        savedefault
        boot

title Ubuntu Linux (Kernel hd1, Root /dev/md1)
        kernel  (hd1,0)/vmlinuz-2.6.8.1-3-386 root=/dev/md1 ro splash
        initrd  (hd1,0)/initrd.img-2.6.8.1-3-386
        savedefault
        boot

# single user
##########################################
title Ubuntu Linux single (Kernel hd0, Root /dev/md1)
        kernel  (hd0,0)/vmlinuz-2.6.8.1-3-386 root=/dev/md1 ro single
        initrd  (hd0,0)/initrd.img-2.6.8.1-3-386
        savedefault
        boot

title Ubuntu Linux single (Kernel hd1, Root /dev/md1)
        kernel  (hd1,0)/vmlinuz-2.6.8.1-3-386 root=/dev/md1 ro single
        initrd  (hd1,0)/initrd.img-2.6.8.1-3-386
        savedefault
        boot



^ permalink raw reply	[flat|nested] 8+ messages in thread

* RE: raid1 boots with one disk only
@ 2005-03-04 21:05 Bailey, Scott
  2005-03-07 16:04 ` Steve Kwee
  0 siblings, 1 reply; 8+ messages in thread
From: Bailey, Scott @ 2005-03-04 21:05 UTC (permalink / raw)
  To: 'Steve Kwee'; +Cc: linux-raid

I think you need to tweak your kernel lines in /boot/grub/menu.lst to
include the following clause:

	md=1,/dev/sda2,/dev/sdc2

...assuming I didn't misinterpret your configuration information. :-) You
should be able to append this right onto the end of the existing options.
This tells the RAID module explicitly to assemble device /dev/md1 from the
listed physical devices.

This works fine for me on an x86 system at home and an alpha system at work.
:-)

Cheers,

	Scott

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: raid1 boots with one disk only
  2005-03-04 21:05 Bailey, Scott
@ 2005-03-07 16:04 ` Steve Kwee
  0 siblings, 0 replies; 8+ messages in thread
From: Steve Kwee @ 2005-03-07 16:04 UTC (permalink / raw)
  To: linux-raid

Bailey, Scott <scott.bailey <at> eds.com> writes:

> 
> I think you need to tweak your kernel lines in /boot/grub/menu.lst to
> include the following clause:
> 
> 	md=1,/dev/sda2,/dev/sdc2
> 
> ...assuming I didn't misinterpret your configuration information.  You
> should be able to append this right onto the end of the existing options.
> This tells the RAID module explicitly to assemble device /dev/md1 from the
> listed physical devices.
> 
> This works fine for me on an x86 system at home and an alpha system at work.
> 
> 
> Cheers,
> 
> 	Scott
> -
> To unsubscribe from this list: send the line "unsubscribe linux-raid" in
> the body of a message to majordomo <at> vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 
> 

Thank you for the hint, but unfortunatly it does not change the behaviour
I now boot with a grub entry like 1.)
But still get 2. in dmesg after boot.

As one can see md0 is fine while md1 is not. Does this possibly have something
to do with the fact that /dev/md1 is also used as the root device ?

1. /boot/grub/menu.lst
----------------------------------------------
title Ubuntu Linux (Kernel hd0, Root /dev/md1)
        kernel  (hd0,0)/vmlinuz-2.6.8.1-3-386 root=/dev/md1
md=1,/dev/hda2,/dev/hdc2 ro splash
        initrd  (hd0,0)/initrd.img-2.6.8.1-3-386
        savedefault
        boot


2. dmesg after boot
----------------------------------------------
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
hda: max request size: 128KiB
hda: 120103200 sectors (61492 MB) w/1916KiB Cache, CHS=65535/16/63, UDMA(33)
 /dev/ide/host0/bus0/target0/lun0: p1 p2 p3
hdc: IBM-DTLA-307060, ATA DISK drive
ide1 at 0x170-0x177,0x376 on irq 15
hdc: max request size: 128KiB
hdc: 120103200 sectors (61492 MB) w/1916KiB Cache, CHS=65535/16/63, UDMA(100)
 /dev/ide/host0/bus1/target0/lun0: p1 p2 p3
md: md1 stopped.
md: bind<hdc2>
raid1: raid set md1 active with 1 out of 2 mirrors
VFS: Can't find ext3 filesystem on dev md1.
VFS: Can't find ext2 filesystem on dev md1.
ReiserFS: md1: found reiserfs format "3.6" with standard journal
ReiserFS: md1: using ordered data mode
ReiserFS: md1: journal params: device md1, size 8192, journal first block 18,
max trans len 1024
, max batch 900, max commit age 30, max trans age 30
ReiserFS: md1: checking transaction log (md1)
ReiserFS: md1: Using r5 hash to sort names
Adding 2336536k swap on /dev/hda3.  Priority:-1 extents:1
mice: PS/2 mouse device common for all mice
parport: PnPBIOS parport detected.
parport0: PC-style at 0x378, irq 7 [PCSPP]
lp0: using parport0 (interrupt-driven).
Capability LSM initialized
device-mapper: 4.1.0-ioctl (2003-12-10) initialised: dm@uk.sistina.com
md: md0 stopped.
md: bind<hdc1>
md: bind<hda1>
raid1: raid set md0 active with 2 out of 2 mirrors
ReiserFS: md0: found reiserfs format "3.6" with standard journal
ReiserFS: md0: using ordered data mode
ReiserFS: md0: journal params: device md0, size 8192, journal first block 18,
max trans len 1024
, max batch 900, max commit age 30, max trans age 30
ReiserFS: md0: checking transaction log (md0)
ReiserFS: md0: Using r5 hash to sort names




^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: raid1 boots with one disk only
  2005-03-04 12:03 Steve Kwee
@ 2005-03-07 20:07 ` Steve Kwee
  0 siblings, 0 replies; 8+ messages in thread
From: Steve Kwee @ 2005-03-07 20:07 UTC (permalink / raw)
  To: linux-raid

found a solution:

The whole thing worked after compiling md and raid1 modules into the kernel and
not as modules

A problem was mkinitrd in debian ubuntu, that is trying to be smart and
complains about a missing raid1 module when building the initial ramdisk with
mkinitrd
I had to patch the mkinitrd shellscript to ignore md and raid1 modules.

Someone told me to add a

  md=1,/dev/hda2,/dev/hdc2

to the kernel boot options to explicitly name the raid devices.
It seems that this has effect only when the drivers are compiled into the
kernel.

The mashine is running fine now. Thanks for your help


^ permalink raw reply	[flat|nested] 8+ messages in thread

* RE: raid1 boots with one disk only
@ 2005-03-07 20:18 Bailey, Scott
  2005-03-08  9:32 ` Steve Kwee
  0 siblings, 1 reply; 8+ messages in thread
From: Bailey, Scott @ 2005-03-07 20:18 UTC (permalink / raw)
  To: 'Steve Kwee'; +Cc: linux-raid

Steve writes:

>Thank you for the hint, but unfortunatly it does not change the behaviour
>I now boot with a grub entry like 1.)
>But still get 2. in dmesg after boot.
>
>As one can see md0 is fine while md1 is not. Does this possibly have
something
>to do with the fact that /dev/md1 is also used as the root device ?
>
>1. /boot/grub/menu.lst
>----------------------------------------------
>title Ubuntu Linux (Kernel hd0, Root /dev/md1)
>        kernel  (hd0,0)/vmlinuz-2.6.8.1-3-386 root=/dev/md1
>md=1,/dev/hda2,/dev/hdc2 ro splash
>        initrd  (hd0,0)/initrd.img-2.6.8.1-3-386
>        savedefault
>        boot

I don't think this is a problem - my root device is on an md device also.
From my Alphaserver (which is conveniently close to hand and alive) I have
this entry in /etc/aboot.conf:

0:1/vmlinuz-2.4.27-hamster.8 md=1,/dev/sda2,/dev/sdg2 ro root=/dev/md1
console=ttyS0

In English :-) I am booting from partition 1 of my boot disk, which happens
to be /dev/sda1 (which with /dev/sdg1 forms /dev/md0, which is mounted as
/boot). I am loading a locally-built kernel which has md and lvm and scsi
support built-in (thus no initrd is used). I don't know if that makes a
difference.

>2. dmesg after boot
>----------------------------------------------
>ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
>hda: max request size: 128KiB
>hda: 120103200 sectors (61492 MB) w/1916KiB Cache, CHS=65535/16/63,
UDMA(33)
> /dev/ide/host0/bus0/target0/lun0: p1 p2 p3
>hdc: IBM-DTLA-307060, ATA DISK drive
>ide1 at 0x170-0x177,0x376 on irq 15
>hdc: max request size: 128KiB
>hdc: 120103200 sectors (61492 MB) w/1916KiB Cache, CHS=65535/16/63,
UDMA(100)
> /dev/ide/host0/bus1/target0/lun0: p1 p2 p3
>md: md1 stopped.
>md: bind<hdc2>
>raid1: raid set md1 active with 1 out of 2 mirrors
>[...]

This doesn't look quite right to me, or maybe the messages have just changed
between 2.4 and 2.6. I think that also you have had some possibly
interesting messages roll off the beginning of your dmesg buffer. One,
thought, which I am not confident about, is whether md is built as a module
and loaded from your initrd and therefore does not see the boot command line
-- does it work any better to add the magic md= options to /etc/modules.conf
and rebuild your initrd?

For comparison, here is what I see on the console -- this morning, rebooting
after a machine check locked up the system, sigh, which forced all of my
mirrors to get rebuilt. :-(

I marked a couple interesting lines with "@" in the left margin. Note the
echoing of the command line along with the note that my forcing of /dev/md1
membership will be used later on. The built-in auto-detect pass for md does
nothing, which is a known feature on non-x86 architectures apparently, and
then /dev/md1 is built and started as specified by me. Later on, at the
point where rc scripts gets run, /etc/init.d/mdadm-raid detects and starts
all of the non-root RAID devices.

 CPU 0 booting
 
 (boot dkb0.0.0.2000.1 -flags 0)
 block 0 of dkb0.0.0.2000.1 is a valid boot block
 reading 173 blocks from dkb0.0.0.2000.1
 bootstrap code read in
 Building FRU table
 base = 200000, image_start = 0, image_bytes = 15a00
 initializing HWRPB at 2000
 initializing page table at 1f2000
 initializing machine state
 setting affinity to the primary CPU
 jumping to bootstrap code
 aboot: Linux/Alpha SRM bootloader version 0.9
 aboot: switching to OSF/1 PALcode version 1.23
 aboot: booting from device 'SCSI 1 2000 0 0 0 1011 10201077'
 aboot: valid disklabel found: 4 partitions.
 aboot: loading uncompressed vmlinuz-2.4.27-hamster.8...
 aboot: loading compressed vmlinuz-2.4.27-hamster.8...
 aboot: zero-filling 464776 bytes at 0xfffffc0000626638
 aboot: starting kernel vmlinuz-2.4.27-hamster.8 with arguments
md=1,/dev/sda2,/dev/sdg2 ro root=/dev/md1 console=ttyS0
 Linux version 2.4.27-hamster.8 (czhc72@hamster) (gcc version 3.3.5 (Debian
1:3.3.5-5)) #1 SMP Tue Jan 25 16:52:41 EST 2005
 Booting on Rawhide variation Dodge using machine vector Rawhide from SRM
 Major Options: SMP EV56 LEGACY_START MAGIC_SYSRQ 
 Command line: md=1,/dev/sda2,/dev/sdg2 ro root=/dev/md1 console=ttyS0
 memcluster 0, usage 1, start        0, end      256
 memcluster 1, usage 0, start      256, end   393216
 memcluster 2, usage 0, start   524288, end   655351
 memcluster 3, usage 1, start   655351, end   655360
 freeing pages 256:384
 freeing pages 846:393216
 freeing pages 524288:655351
 reserving pages 846:856
 SMP: 3 CPUs probed -- cpu_present_mask = 7
 On node 0 totalpages: 655351
 zone(0): 524288 pages.
 zone(1): 131063 pages.
 zone(2): 0 pages.
@Kernel command line: md=1,/dev/sda2,/dev/sdg2 ro root=/dev/md1
console=ttyS0
@md: Will configure md1 (super-block) from /dev/sda2,/dev/sdg2, below.
 mcpcia_init_hoses: found 2 hoses
 HWRPB cycle frequency bogus.  Estimated 466084829 Hz
 Using epoch = 2000
 Turning on RTC interrupts.
 Calibrating delay loop... 928.12 BogoMIPS
 Memory: 4129936k/5242808k available (1921k kernel code, 62248k reserved,
809k data, 352k init)
 Dentry cache hash table entries: 262144 (order: 9, 4194304 bytes)
 Inode cache hash table entries: 262144 (order: 9, 4194304 bytes)
 Mount cache hash table entries: 512 (order: 0, 8192 bytes)
 Buffer cache hash table entries: 524288 (order: 9, 4194304 bytes)
 Page-cache hash table entries: 524288 (order: 9, 4194304 bytes)
 POSIX conformance testing by UNIFIX
 SMP starting up secondaries.
 Calibrating delay loop... 932.24 BogoMIPS
 Calibrating delay loop... 932.24 BogoMIPS
 SMP: Total of 3 processors activated (2793.60 BogoMIPS).
 Waiting on wait_init_idle (map = 0x6)
 All processors have done init_idle
 PCI: Bus 1, bridge: Digital Equipment Corporation DECchip 21050
   IO window: 8000-8fff
   MEM window: 02200000-022fffff
   PREFETCH window: disabled.
 PCI: Bus 2, bridge: Digital Equipment Corporation DECchip 21050 (#2)
   IO window: 9000-9fff
   MEM window: 02300000-023fffff
   PREFETCH window: disabled.
 PCI: Bus 4, bridge: Digital Equipment Corporation DECchip 21050 (#3)
   IO window: 8000-8fff
   MEM window: 02200000-022fffff
   PREFETCH window: disabled.
 isapnp: Scanning for PnP cards...
 isapnp: No Plug & Play device found
 Linux NET4.0 for Linux 2.4
 Based upon Swansea University Computer Society NET3.039
 Initializing RT netlink socket
 srm_env: version 0.0.5 loaded successfully
 Starting kswapd
 Journalled Block Device driver loaded
 initialize_kbd: Keyboard reset failed, no ACK
 pty: 256 Unix98 ptys configured
 keyboard: Timeout - AT keyboard not present?(ed)
 keyboard: Timeout - AT keyboard not present?(f4)
 Serial driver version 5.05c (2001-07-08) with MANY_PORTS SHARE_IRQ
SERIAL_PCI ISAPNP enabled
 ttyS00 at 0x03f8 (irq = 4) is a 16550A
 ttyS01 at 0x02f8 (irq = 3) is a 16550A
 rtc: SRM (post-2000) epoch (2000) detected
 Real Time Clock Driver v1.10f
 Floppy drive(s): fd0 is 2.88M
 FDC 0 is a National Semiconductor PC87306
 RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
 SCSI subsystem driver Revision: 1.00
 ISP SCSI and Fibre Channel Host Adapter Driver
       Linux Platform Version 2.1
       Common Core Code Version 2.8
       Built on Jan 25 2005, 16:59:32
 isp0: Board Type 1020A, Chip Revision 0x2, loaded F/W Revision 4.66.0
 isp0: Last F/W revision was 5.57.1
 isp1: Board Type 1020A, Chip Revision 0x2, loaded F/W Revision 4.66.0
 isp1: Last F/W revision was 5.57.1
 isp2: Board Type 1020A, Chip Revision 0x2, loaded F/W Revision 4.66.0
 isp2: Last F/W revision was 5.57.1
 scsi0 : Driver for a Qlogic ISP 1020/1040 Host Adapter
 scsi1 : Driver for a Qlogic ISP 1020/1040 Host Adapter
 scsi2 : Driver for a Qlogic ISP 1020/1040 Host Adapter
   Vendor: DEC       Model: TZ89     (C) DEC  Rev: 296D
   Type:   Sequential-Access                  ANSI SCSI revision: 02
   Vendor: DEC       Model: RZ2DD-LS (C) DEC  Rev: 0306
   Type:   Direct-Access                      ANSI SCSI revision: 02
   Vendor: COMPAQ    Model: BD009122C6        Rev: B016
   Type:   Direct-Access                      ANSI SCSI revision: 02
   Vendor: COMPAQ    Model: BD009122C6        Rev: B016
   Type:   Direct-Access                      ANSI SCSI revision: 02
   Vendor: DEC       Model: RZ2DD-LS (C) DEC  Rev: 0306
   Type:   Direct-Access                      ANSI SCSI revision: 02
   Vendor: DEC       Model: RZ2DD-LS (C) DEC  Rev: 0306
   Type:   Direct-Access                      ANSI SCSI revision: 02
   Vendor: DEC       Model: RZ2DD-LS (C) DEC  Rev: 0306
   Type:   Direct-Access                      ANSI SCSI revision: 02
   Vendor: COMPAQ    Model: BD009122BA        Rev: 3B07
   Type:   Direct-Access                      ANSI SCSI revision: 02
   Vendor: COMPAQ    Model: BD009122C6        Rev: B016
   Type:   Direct-Access                      ANSI SCSI revision: 02
   Vendor: COMPAQ    Model: BD009122C6        Rev: B016
   Type:   Direct-Access                      ANSI SCSI revision: 02
   Vendor: COMPAQ    Model: BD009122C6        Rev: B016
   Type:   Direct-Access                      ANSI SCSI revision: 02
   Vendor: COMPAQ    Model: BD009122C6        Rev: B016
   Type:   Direct-Access                      ANSI SCSI revision: 02
   Vendor: COMPAQ    Model: BD009122C6        Rev: B016
   Type:   Direct-Access                      ANSI SCSI revision: 02
 ncr53c8xx: at PCI bus 3, device 1, function 0
 ncr53c8xx: 53c810 detected 
 ncr53c810-0: rev 0x2 on pci bus 3 device 1 function 0 irq 56
 ncr53c810-0: ID 7, Fast-10, Parity Checking
 scsi3 : ncr53c8xx-3.4.3b-20010512
   Vendor: DEC       Model: RRD46   (C) DEC   Rev: 0557
   Type:   CD-ROM                             ANSI SCSI revision: 02
 st: Version 20040102, bufsize 32768, max init. bufs 4, s/g segs 16
 Attached scsi tape st0 at scsi0, channel 0, id 0, lun 0
 Attached scsi disk sda at scsi1, channel 0, id 0, lun 0
 Attached scsi disk sdb at scsi1, channel 0, id 1, lun 0
 Attached scsi disk sdc at scsi1, channel 0, id 2, lun 0
 Attached scsi disk sdd at scsi1, channel 0, id 3, lun 0
 Attached scsi disk sde at scsi1, channel 0, id 4, lun 0
 Attached scsi disk sdf at scsi1, channel 0, id 5, lun 0
 Attached scsi disk sdg at scsi2, channel 0, id 0, lun 0
 Attached scsi disk sdh at scsi2, channel 0, id 1, lun 0
 Attached scsi disk sdi at scsi2, channel 0, id 2, lun 0
 Attached scsi disk sdj at scsi2, channel 0, id 3, lun 0
 Attached scsi disk sdk at scsi2, channel 0, id 4, lun 0
 Attached scsi disk sdl at scsi2, channel 0, id 5, lun 0
 SCSI device sda: 17773524 512-byte hdwr sectors (9100 MB)
 Partition check:
  sda: sda1 sda2 sda4
 SCSI device sdb: 17773524 512-byte hdwr sectors (9100 MB)
  sdb: sdb1
 SCSI device sdc: 17773524 512-byte hdwr sectors (9100 MB)
  sdc: sdc1
 SCSI device sdd: 17773524 512-byte hdwr sectors (9100 MB)
  sdd: sdd1
 SCSI device sde: 17773524 512-byte hdwr sectors (9100 MB)
  sde: sde1
 SCSI device sdf: 17773524 512-byte hdwr sectors (9100 MB)
  sdf: sdf1
 SCSI device sdg: 17773524 512-byte hdwr sectors (9100 MB)
  sdg: sdg1 sdg2 sdg4
 SCSI device sdh: 17773524 512-byte hdwr sectors (9100 MB)
  sdh: sdh1
 SCSI device sdi: 17773524 512-byte hdwr sectors (9100 MB)
  sdi: sdi1
 SCSI device sdj: 17773524 512-byte hdwr sectors (9100 MB)
  sdj: sdj1
 SCSI device sdk: 17773524 512-byte hdwr sectors (9100 MB)
  sdk: sdk1
 SCSI device sdl: 17773524 512-byte hdwr sectors (9100 MB)
  sdl: sdl1
 Attached scsi CD-ROM sr0 at scsi3, channel 0, id 5, lun 0
 ncr53c810-0-<5,*>: FAST-10 SCSI 10.0 MB/s (100 ns, offset 8)
 sr0: scsi-1 drive
 Uniform CD-ROM driver Revision: 3.12
 md: raid1 personality registered as nr 3
 md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
 md: Autodetecting RAID arrays.
@md: autorun ...
@md: ... autorun DONE.
 md: Loading md1: /dev/sda2
  [events: 00000123]
 md: bind<sda2,1>
  [events: 00000123]
 md: bind<sdg2,2>
 md: sdg2's event counter: 00000123
 md: sda2's event counter: 00000123
 md: md1: raid array is not clean -- starting background reconstruction
 md: RAID level 1 does not need chunksize! Continuing anyway.
 md1: max total readahead window set to 248k
 md1: 1 data-disks, max readahead per data-disk: 248k
 raid1: device sdg2 operational as mirror 1
 raid1: device sda2 operational as mirror 0
 raid1: raid set md1 not clean; reconstructing mirrors
@raid1: raid set md1 active with 2 out of 2 mirrors
 md: syncing RAID array md1
 md: minimum _guaranteed_ reconstruction speed: 100 KB/sec/disc.
 md: using maximum available idle IO bandwith (but not more than 100000
KB/sec) for reconstruction.
 md: using 248k window, over a total of 309056 blocks.
 md: updating md1 RAID superblock on device
 md: sdg2 [events: 00000124]<6>(write) sdg2's sb offset: 309056
 md: sda2 [events: 00000124]<6>(write) sda2's sb offset: 309056
 LVM version 1.0.8(17/11/2003)
 device-mapper: 4.1.1-ioctl (2004-04-07) initialised: dm-devel@redhat.com
 NET4: Linux TCP/IP 1.0 for NET4.0
 IP: routing cache hash table of 65536 buckets, 1024Kbytes
 TCP: Hash tables configured (established 262144 bind 65536)
 NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
 EXT3-fs: INFO: recovery required on readonly filesystem.
 EXT3-fs: write access will be enabled during recovery.
 kjournald starting.  Commit interval 5 seconds
 EXT3-fs: recovery complete.
 EXT3-fs: mounted filesystem with ordered data mode.
 VFS: Mounted root (ext3 filesystem) readonly.
 Freeing unused kernel memory: 352k freed
 INIT: version 2.86 booting
 Activating swap.
 Checking root file system...
 fsck 1.35 (28-Feb-2004)
 root: clean, 4815/77520 files, 6EXT3 FS 2.4-0.9.19, 19 August 2002 on
md(9,1), i0592/309056 blonternal journal
 ks
 System time was Mon Mar  7 15:09:28 UTC 2005.
 Setting the System Clock using the Hardware Clock as reference...
 System Clock set. System local time is now Mon Mar  7 15:09:30 UTC 2005.
 Cleaning up ifupdown...done.
 Calculating module dependencies... done.
 Loading modules: 
 Creating device-mapper devices...done.
@Starting RAID devices:  [events: 000000a1]
  [events: 000000a1]
 md: autorun ...
 md: considering sdg1 ...
 md:  adding sdg1 ...
 md:  adding sda1 ...
 md: created md0
 md: bind<sda1,1>
 md: bind<sdg1,2>
 md: running: <sdg1><sda1>
 md: sdg1's event counter: 000000a1
 md: sda1's event counter: 000000a1
 md: md0: raid array is not clean -- starting background reconstruction
 md: RAID level 1 does not need chunksize! Continuing anyway.
 md0: max total readahead window set to 248k
 md0: 1 data-disks, max readahead per data-disk: 248k
 raid1: device sdg1 operational as mirror 1
 raid1: device sda1 operational as mirror 0
 raid1: raid set md0 not clean; reconstructing mirrors
 raid1: raid set md0 active with 2 out of 2 mirrors
 md: delaying resync of md0 until md1 has finished resync (they share one or
more physical units)
 md: updating md0 RAID superblock on device
 md: sdg1 [events: 000000a2]<6>(write) sdg1's sb offset: 53696
 md: sda1 [events: 000000a2]<6>(write) sda1's sb offset: 53696
 md: ... autorun DONE.
 /dev/md0
[...]

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: raid1 boots with one disk only
  2005-03-07 20:18 Bailey, Scott
@ 2005-03-08  9:32 ` Steve Kwee
  0 siblings, 0 replies; 8+ messages in thread
From: Steve Kwee @ 2005-03-08  9:32 UTC (permalink / raw)
  To: linux-raid

Bailey, Scott <scott.bailey <at> eds.com> writes:

> I don't think this is a problem - my root device is on an md device also.
> From my Alphaserver (which is conveniently close to hand and alive) I have
> this entry in /etc/aboot.conf:
> 
> 0:1/vmlinuz-2.4.27-hamster.8 md=1,/dev/sda2,/dev/sdg2 ro root=/dev/md1
> console=ttyS0
> 
> In English  I am booting from partition 1 of my boot disk, which happens
> to be /dev/sda1 (which with /dev/sdg1 forms /dev/md0, which is mounted as
> /boot). I am loading a locally-built kernel which has md and lvm and scsi
> support built-in (thus no initrd is used). I don't know if that makes a
> difference.
> 
> >[...]
> 
> This doesn't look quite right to me, or maybe the messages have just changed
> between 2.4 and 2.6. I think that also you have had some possibly
> interesting messages roll off the beginning of your dmesg buffer. One,
> thought, which I am not confident about, is whether md is built as a module
> and loaded from your initrd and therefore does not see the boot command line

Hi Scott,

thanks a lot for your answers.
I posted another message yesterday with my solution to just compile the md and
raid1 drivers into the kernel which helped me.
It seems that my kernel is a bit more quiet about what it is doing on startup
but anyway it is working now, so the rest is pure curiosity.

I have tried to put a 

  options md=1,/dev/hda2,/dev/hdc2

to my /etc/modules.conf and boot with old kernel using md and raid1 as modules
again. But these options seem to have no effect.




^ permalink raw reply	[flat|nested] 8+ messages in thread

end of thread, other threads:[~2005-03-08  9:32 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-03-04 14:01 raid1 boots with one disk only Christian Mueller
2005-03-04 14:51 ` Steve Kwee
  -- strict thread matches above, loose matches on Subject: below --
2005-03-07 20:18 Bailey, Scott
2005-03-08  9:32 ` Steve Kwee
2005-03-04 21:05 Bailey, Scott
2005-03-07 16:04 ` Steve Kwee
2005-03-04 12:03 Steve Kwee
2005-03-07 20:07 ` Steve Kwee

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).