ASR, 5.2, rebuild

Don Bowman don at sandvine.com
Wed Mar 10 16:29:04 PST 2004


From: Scott Long [mailto:scottl at freebsd.org]
> On Wed, 10 Mar 2004, Don Bowman wrote:
> >
> > I have a system with a 6-disk raid-5. One of the
> > disks failed [light went red on the front
> > of the enclosure], and i have now swapped it.
> > I'm assuming (although i can't see from the
> > manual) that the asr will automatically start
> > rebuilding. Is this true?
> >
> > Since asr-utils no longer work on 5.2, is there a way
> > with camcontrol or something to see that it
> > is rebuilding, and/or see the progress? I don't
> > want to take the machine down to go to the bios.
> >
> > For a 6-disk raid with 15KRPM 75KB drives, is
> > there an estimation for the rebuild time?
> >
> 
> The rebuild task is completely transparent to CAM
> and the rest of the OS.  We really need to get
> asrtools working again.  I think that someone posted
> a hack recently that might allow it to work, but
> I'm not sure how reliable it is.

So the update on this is that the asr doesn't start
the rebuild. I had to reboot, go into the bios, and
select rebuild. While it was still rebuilding, i let
the machine boot, and now i'm left wondering if
the rebuild finished.

There as a pr recently which suggested that a link
in /etc/devfs.conf of:
link    rasr0   rdpti0

would help. This makes the device link available.
However, asr-utils wants older versions of libstdc++,
libc, etc, so make sure you have compat4x.

$ raidutil  -L physical

seems to run ok:

Address    Type              Manufacturer/Model         Capacity  Status
---------------------------------------------------------------------------
d0b1t0d0   Disk Drive (DASD) SEAGATE  ST373453LC        70007MB   Optimal
d0b1t2d0   Disk Drive (DASD) SEAGATE  ST373453LC        70007MB   Optimal
d0b1t4d0   Disk Drive (DASD) SEAGATE  ST373453LC        70007MB   Failed
drive
d0b1t5d0   Disk Drive (DASD) SEAGATE  ST373453LC        70007MB   Optimal
d0b1t6d0   Disk Drive (DASD) SEAGATE  ST373453LC        70007MB   Optimal
d0b1t8d0   Processor         SUPER    GEM359 REV001     -----     Optimal
d0b1t9d0   Disk Drive (DASD) SEAGATE  ST373453LC        70007MB   Optimal


The 'Failed Drive' is the one that has been replaced and i would
have thought it was rebuilding on.

$ raidutil  -L spare
Gives: Failure:Can't find component by address

# ./raidutil -L version
#  Controller     Cache  FW    NVRAM     BIOS   SMOR      Serial
---------------------------------------------------------------------------
d0 ADAP2010S      32MB   3B05  CHNL 1.1  1.62   1.12/79I  BD0E40303FA

works.

so do i now tell raidutil -a rebuild d0b1t0d0 ? 

# ./raidutil -a verify d0b1t0d0
Invalid command on RAID

seems to imply there's some issues.

So i ran the rebuild, and now i see:

# ./raidutil -L raid
Address       Type              Manufacturer/Model      Capacity  Status
---------------------------------------------------------------------------
d0b1t0d0      RAID 5 (Redundant ADAPTEC  RAID-5         350035MB
Reconstruct 0%
 d0b1t0d0     Disk Drive (DASD) SEAGATE  ST373453LC     70007MB   Optimal
 d0b1t2d0     Disk Drive (DASD) SEAGATE  ST373453LC     70007MB   Optimal
 d0b1t4d0     Disk Drive (DASD) SEAGATE  ST373453LC     70007MB   Replaced
Drive
 d0b1t5d0     Disk Drive (DASD) SEAGATE  ST373453LC     70007MB   Optimal
 d0b1t6d0     Disk Drive (DASD) SEAGATE  ST373453LC     70007MB   Optimal
 d0b1t9d0     Disk Drive (DASD) SEAGATE  ST373453LC     70007MB   Optimal


so I guess some things work with asr-utils.



More information about the freebsd-scsi mailing list