From owner-freebsd-stable@FreeBSD.ORG Thu Jan 3 19:07:35 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8658C16A41A for ; Thu, 3 Jan 2008 19:07:35 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from mindcrime.bit0.com (bit0.com [207.246.88.211]) by mx1.freebsd.org (Postfix) with ESMTP id 4E30013C46A for ; Thu, 3 Jan 2008 19:07:35 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from firefly.int.bit0.com (nat.bit0.com [207.246.88.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mindcrime.bit0.com (Postfix) with ESMTP id 1FA5D1E33C1; Thu, 3 Jan 2008 14:07:34 -0500 (EST) Message-ID: <477D3277.5090707@bit0.com> Date: Thu, 03 Jan 2008 14:07:35 -0500 From: Mike Andrews User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Vivek Khera References: <20080102034228.M16861@mindcrime.int.bit0.com> <47A2B2D0-5C67-46A1-BD52-76667C68298F@khera.org> <20080102174518.GA1755@sandvine.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable List Subject: Re: aac tool regressions on 7.0-RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jan 2008 19:07:35 -0000 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 status > of an Adaptec RAID system on FreeBSD/amd64. 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 edits to work on /bin/sh instead of bash). It's looking like aaccli is a lost cause though, yes.