The diff applied cleanly except for the __FBSDID().
With this new revision, I can still run batch scripts as shown below and
get the correct output from aaccli. Unfortunately, if you manually invoke
aaccli and type in "open aac0", all terminal input is locked. The only
way to recover the pr
On Wed, Apr 02, 2008 at 10:16:17AM -0700, Chris Timmons wrote:
> Ed,
>
> Your work-around works on 7-stable as of this morning.
Excellent! I've actually committed a better fix to HEAD now (aac.c
revision 1.137). The diffs[1] should apply cleanly to RELENG_7 and
RELENG_6 I believe, and I plan t
Ed,
Your work-around works on 7-stable as of this morning.
I have quite a few 2200S equipped systems that I am transitioning from 6.X
to 7-stable and aaccli is necessary to be able to insert/remove drives and
initialize them into storage arrays.
sysutils/arcconf says it needs aacraid-driver
On Wed, Jan 02, 2008 at 03:54:50AM -0500, Mike Andrews wrote:
> On RELENG_7 dated 2007-12-15 (BETA4), aaccli fails with the following
> error; arcconf continues to work fine:
>
>Command Error: current AFAAPI.DLL.>
I suspect Adaptec has a firmware bug relating to the RequestAdapterInfo
a
On Jan 3, 2008, at 2:07 PM, Mike Andrews wrote:
arcconf seems to be reliable (and a native amd64 binary), except for
the aforementioned hanging-on-exit issue with -RC1. On -BETA4 it's
fine. Google for "check_icp" if you need a Nagios plugin written
around arcconf (it needs only minor edit
Vivek Khera wrote:
On Jan 2, 2008, at 12:45 PM, Ed Maste wrote:
I'm not aware of any reason to avoid Adaptec RAID cards specifically on
amd64 now; there were a number of problems in the past but they should
be addressed now.
My main concern is that there is no *reliable* way to monitor the
On Jan 2, 2008, at 1:06 PM, Mike Andrews wrote:
In my experience, this was caused by the firmware rev of the adaptec
card. Basically, the combination of FreeBSD, amd64, and Adaptec
RAID
cards is a bad thing for production systems, and IMO should be
avoided.
Well, yeah, the error message
On Jan 2, 2008, at 12:45 PM, Ed Maste wrote:
I'm not aware of any reason to avoid Adaptec RAID cards specifically
on
amd64 now; there were a number of problems in the past but they should
be addressed now.
My main concern is that there is no *reliable* way to monitor the
status of an Ada
Ed Maste wrote:
On Wed, Jan 02, 2008 at 10:19:15AM -0500, Vivek Khera wrote:
On Jan 2, 2008, at 3:54 AM, Mike Andrews wrote:
Command Error: the current AFAAPI.DLL.>
In my experience, this was caused by the firmware rev of the adaptec
card. Basically, the combination of FreeBSD, amd64, and
On Wed, 2 Jan 2008, Ed Maste wrote:
On Wed, Jan 02, 2008 at 10:19:15AM -0500, Vivek Khera wrote:
On Jan 2, 2008, at 3:54 AM, Mike Andrews wrote:
Command Error:
In my experience, this was caused by the firmware rev of the adaptec
card. Basically, the combination of FreeBSD, amd64, and Ad
On Wed, Jan 02, 2008 at 10:19:15AM -0500, Vivek Khera wrote:
> On Jan 2, 2008, at 3:54 AM, Mike Andrews wrote:
>
> > Command Error: >the current AFAAPI.DLL.>
>
> In my experience, this was caused by the firmware rev of the adaptec
> card. Basically, the combination of FreeBSD, amd64, and Ad
On Jan 2, 2008, at 3:54 AM, Mike Andrews wrote:
Command Error: the current AFAAPI.DLL.>
In my experience, this was caused by the firmware rev of the adaptec
card. Basically, the combination of FreeBSD, amd64, and Adaptec RAID
cards is a bad thing for production systems, and IMO should b
I'm seeing some regressions in the various management tools for Adaptec
AAC cards on FreeBSD 7.0-RC1 amd64.
I'm trying to use both the 32-bit FreeBSD aaccli binary from the
sysutils/aaccli port, and also the 64-bit FreeBSD arcconf from the
sysutils/arcconf port (v5.20.17414). The card is an A
13 matches
Mail list logo
