[Hampshire] Gentoo adaptec RAD controller hangs

Top Page

Reply to this message
Author: Jacqui Caren
Date:  
To: Hampshire LUG Discussion List
Subject: [Hampshire] Gentoo adaptec RAD controller hangs
Second try - I sent this from the wrong email account first time.
[ moderators - please reject "Gentoo adaptec controler hanging"
submitted by me (from work) today ]

Not being a hardware bod I was wondering if anyone here
may be able to point my boss in the right direction.

The situation: We are having fum with a RAID controller
which has started to hang on a dead drive and is not reuilding the array
with/from the hot spare.

The box is running gentoo.

Any suggestions on controller software or tricks of the trade
to get this controller to do its job?

Jacqui


p.s. The drop gentoo suggestion is being considered!


-----------------8<--------------------------------

Hello All,

I have bought a couple of Adaptec 5805's, a rather nifty RAID controller.

A drive failed so badly it stopped the controller firmware (!). Anyway,
to cut a long story short I hoped the controller would notice I had
removed the offending drive and rebuild the array using the global hot
spare I had assigned for just such an event.

Sadly, this is not the case. The controller notices the array is missing
a drive at each reboot and asks me what I want to do: Set up or accept
the revised configuration.

After a good read of the documentation I discovered that there are some 
command line utilities which I couldn't find on the driver installation 
disk, so I downloaded the rpm. After trying to install the storage 
manager (FX: Yeeks! all I wanted was the cli tools) and receiving the 
following guff
Code:
fox tmp # 2>&1 rpm --install ./asm_linux_x64_v6_00_17922.rpm | tee rpm.log
error: Failed dependencies:
        /bin/sh is needed by StorMan-6.00-17922.x86_64
        /usr/bin/perl is needed by StorMan-6.00-17922.x86_64
        libX11.so.6()(64bit) is needed by StorMan-6.00-17922.x86_64
        libXext.so.6()(64bit) is needed by StorMan-6.00-17922.x86_64
        libc.so.6()(64bit) is needed by StorMan-6.00-17922.x86_64
        libc.so.6(GLIBC_2.2.5)(64bit) is needed by StorMan-6.00-17922.x86_64
        libc.so.6(GLIBC_2.3)(64bit) is needed by StorMan-6.00-17922.x86_64
        libgcc_s.so.1()(64bit) is needed by StorMan-6.00-17922.x86_64
        libgcc_s.so.1(GCC_3.0)(64bit) is needed by StorMan-6.00-17922.x86_64
        libgcc_s.so.1(GCC_3.3)(64bit) is needed by StorMan-6.00-17922.x86_64
        libm.so.6()(64bit) is needed by StorMan-6.00-17922.x86_64
        perl(strict) is needed by StorMan-6.00-17922.x86_64
        /usr/StorMan is needed by StorMan-6.00-17922.x86_64
I had a good rummage in the rpm and discovered it wants to install a 
whole pile of java and seems to want X aswell.


All I want to do is list what the card thinks is going and and tell it
what I want to do - rather like mdadm.

Anyone got any (useful) ideas? I am now running a degraded array with
the alarm running continually and a controller that steadfastly refuses
to rebuild the array with the hot spare configured and provided.

Yours confused,

Paul.