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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]