From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1;
SV1; .NET CLR 1.1.4322)
Description of problem:
Latest aacraid driver 1.1-5 do not report any event from the
controller (disk failure, Rebuild, Battery status ...)
Alternate module aacraid_10102 work fine
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.Remove 1 raid disk
Actual Results: Nothing is reported to kern.* or *.emerg
Expected Results: aacraid:ID(0:01:0); Selection Timeout
aacraid:ID(0:01:0) - IO failed, Cmd[0x2a]
aacraid:Container 0 failed REBUILD task: I/O error - drive 0:1:0
aacraid:ID(0:01:0) - Drive spindown failed
aacraid:Drive 0:1:0 returning error
aacraid:Drive 0:1:0 offline on container 0:
aacraid:Mirror Container 0 Drive 0:1:0 Failure
aacraid:Mirror Failover Container 0 no failover assigned
aacraid:Container 0 started REBUILD task on drive 0:1:0
This bug is marked "Security Sensitive Bug". I do not think this was
intended. The BZ indicates that when a RAID host bus adapter detects
a failure, the failure is not reported in the system logs. I don't
see this a confidential security issue.
Is there any objection if I remove this restriction?
Are you running any sort of Adaptec management software, like aeventd
for example, that is supposed to detect events reported by the adapter
and post them in the system log? What file is the extract posted above
under "expected results" from?
Please post the output of sysreport to this BZ (see
yes, this is not a Security Sensitive Bug, sorry for my mistake
we are not running any management software, just watching the syslog
file to trace some events.
The driver itself send message to syslog.
expected result came from messages and is also printed on console,
but only using alternative driver aacraid_10102 in kernel 2.4.21-
we are now using afacli (command line tool) from DELL to get the disk
status and it work with both version of aacraid
These messages are being received directly from the controller
(through the driver). Unfortunately it has been commented out
(intentionally ?) in the newer version of the driver:
[the print commands]
The following patch does set this macro, but I don't know if this is
the preferred way to set this, as this could also be done in the
Created attachment 107288 [details]
I contacted Mark Salyzyn, the driver maintainer. He says:
Our new Firmware no longer prints these messages, and uses the AIF
event mechanism to report conditions. Also, we have had a lot of
pressure from OEMs and confused customers to drop the existing
messages as too noisy.
I published an `aeventd' tool for acquiring this information in the
userspace that is provided by the newer firmware.
Given this, we do not plan to re-enable the printf's in RHEL. You
should use the attached aeventd utility instead. If you find that this
is not adequate you can re-open this BZ, or take it up with Adaptec
Created attachment 108312 [details]
thank's for the information
I have tried aeventd on DELL PE 2650 with latest BIOS A20 Adaptec
Firmware 2.8.0 build 6092 but seems to be broken ...
when it start i get this line:
Dec 20 14:11:09 test01 aacraid: Ã¯Â»Â¿aeventd(v1.0-4): Startup /dev/aac0
and after the daemon die
i have also checked all the parameter ( aeventd -? ) without any
I known this is not RH fault, i just replied to this thread to inform
atm the only working sames the annoying afacli from dell (i grab the
output then make a diff with a good state)