Bug#418757: /proc/scsi/aacraid workarounds
FTR, a couple of (partial) work arounds for this issue:
1. Use an older version of afacli:
http://ftp.us.dell.com/scsi-raid/afa-apps-snmp.2806076-A02.tar.gz
as suggested by:
http://wiki.club.cc.cmu.edu/org/ccwiki/AACRAID
(and various mailing list postings I eventually found.)
The older version doesn't abort when /proc/scsi/aacraid is missing,
but is quite a bit older so is probably lacking some features.
2. Use the Adaptec Storage Manager tools instead, following these
instructions on the Adaptec blog:
http://linux.adaptec.com/?p=17
http://linux.adaptec.com/?p=15
The instructions given there work well enough with Debian Etch
to get /usr/StorMan/arcconf running at leasst for "getconfig"
which allows retrieving status information.
(The Dell Perc 3/Di is an OEM'd Adaptec aacraid card.)
I'm not sure if either of these solutions gives the full control of more
recent afacli versions (eg, some options I tried with arcconf errored
out on the Dell Perc 3/Di), but they do work for basic monitoring which
was the main thing I wanted.
>From discussion with the Dell engineers listed on the patch it appears
very unlikely that a newer version of the afacli tool will ever be built
that doesn't need /proc/scsi/aacraid, so patching the kernel appears
to be the only way to get the most recent version to work. They also
told me that the Dell OMSA management set was updated to work without
/proc/scsi/aacraid, so that's possibly another option for monitoring.
So given this, and the time that has passed, perhaps we just accept this
as a Sarge -> Etch regression and hope others who run into the problem
find this bug and possible work arounds.
Ewen
Reply to: