MS Service Guard - Mirrord Diskstation Failed

[Sยภเl Kย๓คг]

I have One N4000 and L2000 serverconfured with MC Service Guard.We have two SC10 Diskstation .Individual Diskstationa have 3x9GB and 4x18 GB Lvd Disks.These diskstations are mirrored using misrrorUX.The active node is Nclass .One of the disktation is totally failed now,seems backplane is faulty,yet to be replaced.How about i go fiurther once i make thediskstaion UP.The server is currently up using the other disk station.Is it require to remirror the disks again,once i replace the backplane of the disksubsystem.

regards
SK

[Sยภเl Kย๓คг]

The ioscan -fnC disk output from server N class is this

Class I H/W Path Driver S/W State H/W Type Description
=======================================================================
disk 1 0/0/2/0.6.0 sdisk CLAIMED DEVICE SEAGATE ST39103LC
/dev/dsk/c1t6d0 /dev/rdsk/c1t6d0
disk 2 0/0/2/1.6.0 sdisk CLAIMED DEVICE SEAGATE ST39103LC
/dev/dsk/c2t6d0 /dev/rdsk/c2t6d0
disk 11 0/4/0/0.0.0 sdisk NO_HW DEVICE SEAGATE ST318203LC
/dev/dsk/c3t0d0 /dev/rdsk/c3t0d0
disk 12 0/4/0/0.1.0 sdisk NO_HW DEVICE SEAGATE ST318203LC
/dev/dsk/c3t1d0 /dev/rdsk/c3t1d0
disk 13 0/4/0/0.2.0 sdisk NO_HW DEVICE SEAGATE ST39103LC
/dev/dsk/c3t2d0 /dev/rdsk/c3t2d0
disk 15 0/4/0/0.8.0 sdisk NO_HW DEVICE SEAGATE ST318203LC
/dev/dsk/c3t8d0 /dev/rdsk/c3t8d0
disk 16 0/4/0/0.9.0 sdisk NO_HW DEVICE SEAGATE ST318406LC
/dev/dsk/c3t9d0 /dev/rdsk/c3t9d0
disk 17 0/4/0/0.10.0 sdisk NO_HW DEVICE SEAGATE ST39175LC
/dev/dsk/c3t10d0 /dev/rdsk/c3t10d0
disk 18 0/4/0/0.11.0 sdisk NO_HW DEVICE IBM IC35L018UCD210-0
/dev/dsk/c3t11d0 /dev/rdsk/c3t11d0
disk 3 0/12/0/0.0.0 sdisk CLAIMED DEVICE IBM IC35L018UCD210-0
/dev/dsk/c6t0d0 /dev/rdsk/c6t0d0
disk 4 0/12/0/0.1.0 sdisk CLAIMED DEVICE SEAGATE ST318203LC
/dev/dsk/c6t1d0 /dev/rdsk/c6t1d0
disk 5 0/12/0/0.2.0 sdisk CLAIMED DEVICE SEAGATE ST39103LC
/dev/dsk/c6t2d0 /dev/rdsk/c6t2d0
disk 6 0/12/0/0.3.0 sdisk CLAIMED DEVICE SEAGATE ST39102LCSUN9.0G
/dev/dsk/c6t3d0 /dev/rdsk/c6t3d0
disk 7 0/12/0/0.8.0 sdisk CLAIMED DEVICE SEAGATE ST318406LC
/dev/dsk/c6t8d0 /dev/rdsk/c6t8d0
disk 8 0/12/0/0.9.0 sdisk CLAIMED DEVICE SEAGATE ST318203LC
/dev/dsk/c6t9d0 /dev/rdsk/c6t9d0
disk 9 0/12/0/0.10.0 sdisk CLAIMED DEVICE SEAGATE ST39103LC
/dev/dsk/c6t10d0 /dev/rdsk/c6t10d0
disk 10 0/12/0/0.12.0 sdisk CLAIMED DEVICE SEAGATE ST39103LCSUN9.0G
/dev/dsk/c6t12d0 /dev/rdsk/c6t12d0
/dev/dsk/disk_query

regards
SK

[Borislav Perkov]

Hi,

If something is not going wrong with the disks in the repared SC10 you have only to resyncron ize the mirrors after SC10 is available with vgsync or lvsync command.

Regards,
Boris

[Sยภเl Kย๓คг]

Can u pls explain me stepby step how do i do it

[Borislav Perkov]

Please send me an output of vgdisplay command of one of your volume groups which has mirror on failed SC10.

vgdisplay -v volume_group_name

Regards,

[Borislav Perkov]

When repared SC10 is connected to the system and powered up, first you have to do is to see is the system seen the disks on the SC10.
# ioscan -fnC disks
After you should start for each volume group on your system vgsync command.
Vgsync command synchronizes the physical extents of each mirrored logical volume in the volume group specified by volume_group_name.
Synchronization occurs only on the physical extents that are stale mirrors
of the original logical extent.

#vgsync volume_group_name

Synchronization can be time consuming, depending the amount of data and on the hardware characteristics. Unless disabled, the mirrors within a volume group are synchronized automatically when
the volume group is activated by the

#vgchange -a y volume_group_name

command, which can also happened when the system boot.

!!!It is not advisable to interrupt a vgsync process!!!

Regards

[Sยภเl Kย๓คг]

Thanks u for the help.Sunil is back so he will takecare of it.
Thanks and regards
Roshan


regrads
SK