From owner-freebsd-proliant@FreeBSD.ORG Sat Jun 20 10:03:05 2009 Return-Path: Delivered-To: freebsd-proliant@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E6B2106568D for ; Sat, 20 Jun 2009 10:03:05 +0000 (UTC) (envelope-from gallasch@free.de) Received: from smtp.free.de (smtp.free.de [91.204.6.103]) by mx1.freebsd.org (Postfix) with ESMTP id EA8B78FC18 for ; Sat, 20 Jun 2009 10:03:04 +0000 (UTC) (envelope-from gallasch@free.de) Received: (qmail 82593 invoked from network); 20 Jun 2009 12:03:03 +0200 Received: from smtp.free.de (HELO orwell.free.de) (gallasch@free.de@[91.204.4.103]) (envelope-sender ) by smtp.free.de (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 20 Jun 2009 12:03:03 +0200 Message-ID: <4A3CB3D6.6040002@free.de> Date: Sat, 20 Jun 2009 12:03:02 +0200 From: Kai Gallasch User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: freebsd-proliant@freebsd.org References: <4A38BAD8.8070900@free.de> <6863f0c90906170836g6ee87f8eq9880a9c462be572b@mail.gmail.com> In-Reply-To: <6863f0c90906170836g6ee87f8eq9880a9c462be572b@mail.gmail.com> X-Enigmail-Version: 0.95.7 OpenPGP: id=1254A186; url=http://home.free.de/kai/1254A186.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: ciss and mpt disk devices numbering priority on a DL385 G2 X-BeenThere: freebsd-proliant@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Technical discussion of FreeBSD on HP ProLiant server platforms." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Jun 2009 10:03:05 -0000 John Cagle wrote: > Have you looked at the options in the BIOS setup utility (RBSU)? There > should be an option to select the boot controller (which should be the > P400 in your case). > > If that is already set to the P400, then the problem may be one of PCI > enumeration. If FreeBSD loads the mpt driver first, then it may grab > da0. Maybe there's a way to force it to load the ciss driver first? Hi John. In the end I came up with some "solution". I built a kernel without support for the LSI HBA (mpt driver). When the server has booted I do a "kldload mpt" and "camcontrol rescan" to bring up the mpt scsi devices. The scsi devices of the mpt controller then show up after those of the smart array (ciss). In my case I need the LSI controller to give me some JBOD devices, so I can go and play with zfs on the server. (hp/compaq smart array offers no jbod) It is easy to patch /etc/rc.d/zfs to load the mpt kernel module and do the rescan of the scsi bus: Index: zfs =================================================================== RCS file: /common/config/server/ROOT/etc/rc.d/zfs,v retrieving revision 1.1 retrieving revision 1.2 diff -r1.1 -r1.2 15c15 < required_modules="zfs" --- > required_modules="mpt:zfs" 25a26,29 > # required module mpt is on bus 2. do a rescan, so the > # devices are found and become available. > camcontrol rescan 2 So when zfs starts, the rest happens automatically. --Kai.