From owner-freebsd-scsi@FreeBSD.ORG Tue Jan 27 12:28:59 2004 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0384316A4CE for ; Tue, 27 Jan 2004 12:28:59 -0800 (PST) Received: from beck.quonix.net (dns1.quonix.net [146.145.66.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5256943D45 for ; Tue, 27 Jan 2004 12:28:07 -0800 (PST) (envelope-from essenz@beck.quonix.net) Received: from beck.quonix.net (localhost.quonix.net [127.0.0.1]) by beck.quonix.net (8.12.10/8.12.10) with ESMTP id i0RKRgEv064745 for ; Tue, 27 Jan 2004 15:27:42 -0500 (EST) Received: from localhost (essenz@localhost)i0RKRgS0064742 for ; Tue, 27 Jan 2004 15:27:42 -0500 (EST) Date: Tue, 27 Jan 2004 15:27:42 -0500 (EST) From: John Von Essen To: freebsd-scsi@freebsd.org In-Reply-To: <20040127140607.H6614@pooker.samsco.home> Message-ID: <20040127152341.V64702@beck.quonix.net> References: <53616.68.3.131.72.1075232906.squirrel@mail.asn.net> <20040127140607.H6614@pooker.samsco.home> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Scanned-By: MIMEDefang 2.39 Subject: Re: Adaptec's raidutil (asr-utils), 2010S and 5.2 X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jan 2004 20:28:59 -0000 Since most poeple use FreeBSD as a server platform, and most servers use RAID, and most RAID is done with the Apadtec cards.... Is there a reason why there is no interest in fixing these supposedly "wrong" things? Or is the intention to focus solely on the aac driver and support the newer U320 raid cards under the aac driver - which does things "correctly"? -john On Tue, 27 Jan 2004, Scott Long wrote: > On Tue, 27 Jan 2004, Kris Gale wrote: > > If this question is better asked on a different list, just let me know. > > > > I'm using an Adaptec 2010S (0-Channel RAID) with raidutil (part of > > ports/sysutils/asr-utils). On all of my 4.x machines, it works just fine. > > However, I've recently purchased a couple of new servers (all the same > > hardware), and decided to give 5.2 a try. (Actually, I'm running -CURRENT > > as of 1/23/04) > > > > In order to get it to run, I had to create a symlink in /dev/ from rasr0 > > to dptr17. After doing this, it appears to run properly, but is unable to > > get any data off of the Adaptec card. > > > > Did something change in FreeBSD 5 that would have broken this tool? It > > The asr driver and asr userland tools do a lot of horribly wrong > things that were never meant to work, let alone guaranteed to work. > The driver used to do a lot of digging around in kernel internals (and > ignoring the proper APIs to do the corret things) that might not work > any more. The userland aps have special knowledge of how the driver > does it's digging, and those assumptions might not be true anymore also. > The 'symlink trick' that youy describe is a good example of having to deal > with one of these problems. > > In any case, the source code to the asr command line tool and > communications back-end (called the 'Engine') is available from Adaptec's > website. It is certainly possible to fix these and the asr driver to work > properly, but it is a significant task that isn't terribly rewarding. I > know some people (myself included) that might be willing to do it under > contract. > > > seems like others are making this tool work under 5.1, based on the advice > > I found old mailing list posts that suggested making that symlink in > > /dev/. Maybe this problem is specific to the 2010S. > > > > The particular model of hardware has little to do with the problems > inherent in the software. > > Scott > _______________________________________________ > freebsd-scsi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-scsi > To unsubscribe, send any mail to "freebsd-scsi-unsubscribe@freebsd.org" >