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?

Giulio,
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
/usr/share/doc/sysreport-1.3.7/README).
Thanks,
Tom

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-
20.ELsmp
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:
commsup.c:764
#if (defined(AAC_PRINTF_ENABLED))
[the print commands]
#endif
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
Makefile...

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
directly.

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
(v1.1-5[2340])
and after the daemon die
i have also checked all the parameter ( aeventd -? ) without any
success
I known this is not RH fault, i just replied to this thread to inform
u
atm the only working sames the annoying afacli from dell (i grab the
output then make a diff with a good state)

Note

You need to
log in
before you can comment on or make changes to this bug.