Booting from disk mirror with Solstice DiskSuite

• Previous message: Marques, Virginia: "SUMMARY: Nobody can login our productive server"
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]

Date: Fri, 27 Jun 2003 11:30:31 +0200
To: sunmanagers@sunmanagers.org

Dear managers,

please excuse me asking again. Installing Solstice DiskSuite on a fresh
SunFire 280R went fine following the instructions in the documentation.
If I only could boot from the mirror so that I know I am ready for a
disk failure. "boot disk0" does work. "boot disk1" produces the
following:

{0} ok boot mirrdisk
Boot device: /pci@8,600000/SUNW,qlc@4/fp@0,0/disk@w21000004cffd1290,0:a
  File and args:
SunOS Release 5.8 Version Generic_108528-13 64-bit
Copyright 1983-2001 Sun Microsystems, Inc. All rights reserved.

and then nothing. It hangs. How can I break this and get to the ok
prompt again???

I am trying to understand why my setup refuses to work. A few of you
suggested to create a boot block on the second disk with

        installboot /usr/platform/`uname -i`/lib/fs/ufs/bootblk
/dev/rdsk/c1t1d0s0

Is this really necessary? I used the following command while creating
the mirror. I do not exactly understand what it does but the docu said
it would copy theVTOC and the boot block. Is this correct?
        
        dd if=/dev/rdsk/c1t0d0s2 of=/dev/rdsk/c1t1d0s2 count=16

However, the mirror still does not boot. What else might be missing
that is keeping it from doing what I want. I have attached my setup
procedure again if this rings any bells.

Thanks a lot,

   Andreas

************************************************************************
*************
Partition the first disk as follows:

        c1t0d0s0 / 20696 MByte
        c1t0d0s1 swap 7001 MByte
        c1t0d0s3 /var 5000 MByte
        c1t0d0s4 crash dumps 2000 MByte
        c1t0d0s7 state database 31 MByte

Copy the VTOC and boot block to the mirror:
        
        dd if=/dev/rdsk/c1t0d0s2 of=/dev/rdsk/c1t1d0s2 count=16

Create the state database replicas as follows:

        metadb -a -f -c 2 c1t0d0s7
        metadb -a -c 2 c1t1d0s7
        echo set md:mirrored_root_flag=1 >> /etc/system

The -a and -f options used together create the initial replicas. The -a
option attaches a new database device and automatically edits the
/etc/system file. The -f option creates the actual database replica.

Create the metadevices as follows:

        metainit -f d10 1 1 c1t0d0s0
        metainit -f d11 1 1 c1t0d0s1
        metainit -f d13 1 1 c1t0d0s3

        metainit d20 1 1 c1t1d0s0
        metainit d21 1 1 c1t1d0s1
        metainit d23 1 1 c1t1d0s3

        metainit d0 -m d10
        metainit d1 -m d11
        metainit d3 -m d13

Make the system boot from the mirror as follows

        metaroot d0

Replace the remaining partitions with metadevices in /etc/vfstab as
follows.

        cp /etc/vfstab /etc/vfstab.tmp
        cat /etc/vfstab.tmp | \
          sed s,/dev/dsk/c1t0d0s1,/dev/md/dsk/d1, | \
          sed s,/dev/dsk/c1t0d0s3,/dev/md/dsk/d3, | \
          sed s,/dev/rdsk/c1t0d0s3,/dev/md/rdsk/d3, > /etc/vfstab

Document the physical name on the two disks in the mirror:

        # ls -l /dev/rdsk/c1t0d0s0

lrwxrwxrwx 1 root root 74 Jun 26 17:27
/dev/rdsk/c1t0d0s0 ->
../../devices/pci@8,600000/SUNW,qlc@4/fp@0,0/
ssd@w21000004cfef623f,0:a,raw

        # ls -l /dev/rdsk/c1t1d0s0

lrwxrwxrwx 1 root root 74 Jun 26 17:27
/dev/rdsk/c1t1d0s0 ->
../../devices/pci@8,600000/SUNW,qlc@4/fp@0,0/
ssd@w21000004cffd1290,0:a,raw

Halt the system:

        init 0

Create an OBP (open boot prompt) alias for the bootable disks. Beware
that for disks on certain controllers, the sd driver name must be
replaced by disk. Verify this, using the OBP show-disks command

        {1} ok show-disks
        a) /pci@8,600000/SUNW,qlc@4/fp@0,0/disk
        b) /pci@8,700000/scsi@6,1/disk
        c) /pci@8,700000/scsi@6/disk
        q) NO SELECTION

before entering the nvalias commands.

        ok setenv boot-device disk0 disk1
        ok boot

Attach the submirrors, as follows.
        
        metattach d0 d20
        metattach d1 d21
        metattach d3 d23
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers

• Previous message: Marques, Virginia: "SUMMARY: Nobody can login our productive server"
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]