From owner-freebsd-scsi@FreeBSD.ORG Thu Nov 17 15:58:41 2011 Return-Path: Delivered-To: scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A6DB1065679 for ; Thu, 17 Nov 2011 15:58:41 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 50DB98FC14 for ; Thu, 17 Nov 2011 15:58:37 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 0BA516110 for ; Thu, 17 Nov 2011 15:42:04 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id BA6BD8FF3; Thu, 17 Nov 2011 16:42:03 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: scsi@freebsd.org Date: Thu, 17 Nov 2011 16:42:03 +0100 Message-ID: <86d3cqpxh0.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Subject: smartd blows away mfi config X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2011 15:58:41 -0000 I have a Dell PowerEdge 1950 II with a PERC/5i controller and two SATA disks. I had no trouble at all setting up logical volumes with mfiutil and installing FreeBSD 8.2, but when smartd starts (with smartd.conf consisting only of "DEVICESCAN") it seems to blow away the config so the virtual disks disappear from underneath the running system and I have to powercycle the machine. When the machine reboots, the controller does not find any logical disks. The configuration utility finds a "foreign configuration" which I can import, and there doesn't seem to be any data missing. This does not seem to happen if I specify the passX devices explicitly in smartd.conf - only if I use DEVICESCAN. This indicates that the problem arises when smartd scans the SES device (i.e. the backplane). The problem is that the unit numbers can vary over time, e.g. if I add an optical drive or boot the system with a USB mass storage device attached, so listing them explicitly is not a good long-term solution. Any suggestions? The ideal solution would be a patch for either the kernel or smartd to prevent it from blowing away the mfi config, but short of that, is there a way to have smartd ignore the backplane when scanning for supported devices? A drivedb entry, perhaps? As a last resort, I guess I could regnerate smartd.conf at boot time by parsing dmesg and / or the cam device list. Note that I am running 8.2-RELEASE and the version of smartmontools that ships with it, or rather, what pkg_add -r gives me (which I guess is the same thing). DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no