From owner-freebsd-scsi@FreeBSD.ORG Mon Nov 14 11:07:15 2011 Return-Path: Delivered-To: freebsd-scsi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B66B51065673 for ; Mon, 14 Nov 2011 11:07:15 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9BC538FC22 for ; Mon, 14 Nov 2011 11:07:15 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id pAEB7Fwt083626 for ; Mon, 14 Nov 2011 11:07:15 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id pAEB7FvL083624 for freebsd-scsi@FreeBSD.org; Mon, 14 Nov 2011 11:07:15 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 14 Nov 2011 11:07:15 GMT Message-Id: <201111141107.pAEB7FvL083624@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-scsi@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-scsi@FreeBSD.org 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: Mon, 14 Nov 2011 11:07:15 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/161809 scsi [cam] [patch] set kern.cam.boot_delay via build option o kern/159412 scsi [ciss] 7.3 RELEASE: ciss0 ADAPTER HEARTBEAT FAILED err o kern/157770 scsi [iscsi] [panic] iscsi_initiator panic o kern/154432 scsi [xpt] run_interrupt_driven_hooks: still waiting after o kern/153514 scsi [cam] [panic] CAM related panic o kern/153361 scsi [ciss] Smart Array 5300 boot/detect drive problem o kern/152250 scsi [ciss] [patch] Kernel panic when hw.ciss.expose_hidden o kern/151564 scsi [ciss] ciss(4) should increase CISS_MAX_LOGICAL to 10 o docs/151336 scsi Missing documentation of scsi_ and ata_ functions in c s kern/149927 scsi [cam] hard drive not stopped before removing power dur o kern/148083 scsi [aac] Strange device reporting o kern/147704 scsi [mpt] sys/dev/mpt: new chip revision, partially unsupp o kern/146287 scsi [ciss] ciss(4) cannot see more than one SmartArray con o kern/145768 scsi [mpt] can't perform I/O on SAS based SAN disk in freeb o kern/144648 scsi [aac] Strange values of speed and bus width in dmesg o kern/144301 scsi [ciss] [hang] HP proliant server locks when using ciss o kern/142351 scsi [mpt] LSILogic driver performance problems o kern/141934 scsi [cam] [patch] add support for SEAGATE DAT Scopion 130 o kern/134488 scsi [mpt] MPT SCSI driver probes max. 8 LUNs per device o kern/132250 scsi [ciss] ciss driver does not support more then 15 drive o kern/132206 scsi [mpt] system panics on boot when mirroring and 2nd dri o kern/130621 scsi [mpt] tranfer rate is inscrutable slow when use lsi213 o kern/129602 scsi [ahd] ahd(4) gets confused and wedges SCSI bus o kern/128452 scsi [sa] [panic] Accessing SCSI tape drive randomly crashe o kern/128245 scsi [scsi] "inquiry data fails comparison at DV1 step" [re o kern/127927 scsi [isp] isp(4) target driver crashes kernel when set up o kern/127717 scsi [ata] [patch] [request] - support write cache toggling o kern/123674 scsi [ahc] ahc driver dumping o kern/123520 scsi [ahd] unable to boot from net while using ahd o sparc/121676 scsi [iscsi] iscontrol do not connect iscsi-target on sparc o kern/120487 scsi [sg] scsi_sg incompatible with scanners o kern/120247 scsi [mpt] FreeBSD 6.3 and LSI Logic 1030 = only 3.300MB/s o kern/114597 scsi [sym] System hangs at SCSI bus reset with dual HBAs o kern/110847 scsi [ahd] Tyan U320 onboard problem with more than 3 disks o kern/99954 scsi [ahc] reading from DVD failes on 6.x [regression] o kern/92798 scsi [ahc] SCSI problem with timeouts o kern/90282 scsi [sym] SCSI bus resets cause loss of ch device o kern/76178 scsi [ahd] Problem with ahd and large SCSI Raid system o kern/74627 scsi [ahc] [hang] Adaptec 2940U2W Can't boot 5.3 s kern/61165 scsi [panic] kernel page fault after calling cam_send_ccb o kern/60641 scsi [sym] Sporadic SCSI bus resets with 53C810 under load o kern/60598 scsi wire down of scsi devices conflicts with config s kern/57398 scsi [mly] Current fails to install on mly(4) based RAID di o bin/57088 scsi [cam] [patch] for a possible fd leak in libcam.c o kern/52638 scsi [panic] SCSI U320 on SMP server won't run faster than o kern/44587 scsi dev/dpt/dpt.h is missing defines required for DPT_HAND o kern/39388 scsi ncr/sym drivers fail with 53c810 and more than 256MB m o kern/35234 scsi World access to /dev/pass? (for scanner) requires acce 48 problems total. From owner-freebsd-scsi@FreeBSD.ORG Mon Nov 14 16:00:31 2011 Return-Path: Delivered-To: freebsd-scsi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5AD1106564A for ; Mon, 14 Nov 2011 16:00:31 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B438B8FC0C for ; Mon, 14 Nov 2011 16:00:31 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id pAEG0VKg055307 for ; Mon, 14 Nov 2011 16:00:31 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id pAEG0VPe055306; Mon, 14 Nov 2011 16:00:31 GMT (envelope-from gnats) Date: Mon, 14 Nov 2011 16:00:31 GMT Message-Id: <201111141600.pAEG0VPe055306@freefall.freebsd.org> To: freebsd-scsi@FreeBSD.org From: Miljan Vujosevic Cc: Subject: Re: kern/154432: [xpt] run_interrupt_driven_hooks: still waiting after 60-300 seconds for xpt_config X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Miljan Vujosevic List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Nov 2011 16:00:31 -0000 The following reply was made to PR kern/154432; it has been noted by GNATS. From: Miljan Vujosevic To: bug-followup@FreeBSD.org, robert@bsd.hu Cc: Subject: Re: kern/154432: [xpt] run_interrupt_driven_hooks: still waiting after 60-300 seconds for xpt_config Date: Mon, 14 Nov 2011 15:33:14 +0000 --14dae9341263d247cc04b1b39638 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable I have the same problem with FreeBSD version 8.2 and 9.0RC. In version of 8.2 i got freeze after installation but in 9 I have error during installation. Hardware [Toshiba Qosmio X300-14v]: - Intel=AE Centrino=AE 2 Processor Technologyfeaturing Intel=AE Core=992 Duo processorP8700, Intel=AE PM45 Express chipset and Intel=AE WiFi Link 5100 clock speed : 2.53 GHz Front Side Bus : 1066 MHz 2nd level cache : 3 MB - NVIDIA=AE GeForce=AE 9700M GTS supporting TurboCache=99 technology memory amount : 512 MB dedicated VRAM (up to 1,791 MB total available graphics memory using TurboCache=99 technology with 3 GB system memory) memory type : GDDR3 (800 MHz) Video RAM (resp. Video RAM and system memory combined) connected bus : 16x PCI Express - Other: 5 in 1 Bridge Media Slot, Vista Remote Control1 =D7 DC-in - webcam 1.3 - 1 =D7 RJ-11 - 1 =D7 RJ-45 - 1 =D7 i.LINK=AE (IEEE 1394) - 1 =D7 external microphone - 1 =D7 external monitor - 1 =D7 headphone (stereo) - 1 =D7 line-in shared with microphone socket - 1 =D7 S/PDIF-out (optical) shared with headphone socket - 1 =D7 integrated 1.3 Megapixels Web Camera with built-in microphone - 1 =D7 HDMI-CEC (REGZA-Link) supporting 1080p signal format - 1 (shared with one USB port) =D7 eSATA - 1 =D7 line-out shared with headphone socket - 1 =D7 5-in-1 Bridge Media slot (supports SD=99 Cards up to 16 GB, Memo= ry Stick=AE up to 256 MB, Memory Stick Pro=99 up to 4 GB, MultiMedia Card= =99 up to 1 GB and xD-Picture Card=99 up to 2 GB) - 4 (Left 2, Right 2) =D7 USB 2.0 (supporting USB Sleep-and-Charge) - 1 =D7 DC-in --14dae9341263d247cc04b1b39638 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable I have the same problem with FreeBSD version 8.2 and 9.0RC. In version of 8= .2 i got freeze after installation but in 9 I have error during installatio= n.

Hardware [Toshiba Qosmio X300-14v]:
  • Intel=AE Centrino=AE 2 Processor Technology featuring Intel=AE Core=992 Duo processor P8700, Intel=AE PM45 Express chipset and Intel= =AE=20 WiFi Link 5100 =20
    =09
    =09
    =09
  • NVIDIA=AE GeForce=AE 9700M GTS supporting=20 TurboCache=99 technology =20
    =09
    =09
    =09
  • Other: 5 in 1=20 Bridge Media Slot, Vista Remote Control1 =D7 DC-in
  • webcam 1.3
  • =09
    =09

  • =09

  • =09

  • =09

  • =09

  • =09

  • =09

  • =09

  • =09
  • 1 =D7 DC-in=20
=09
--14dae9341263d247cc04b1b39638-- From owner-freebsd-scsi@FreeBSD.ORG Mon Nov 14 20:10:11 2011 Return-Path: Delivered-To: freebsd-scsi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09184106564A for ; Mon, 14 Nov 2011 20:10:11 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D2F4B8FC0A for ; Mon, 14 Nov 2011 20:10:10 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id pAEKAAm7083843 for ; Mon, 14 Nov 2011 20:10:10 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id pAEKAAPM083842; Mon, 14 Nov 2011 20:10:10 GMT (envelope-from gnats) Date: Mon, 14 Nov 2011 20:10:10 GMT Message-Id: <201111142010.pAEKAAPM083842@freefall.freebsd.org> To: freebsd-scsi@FreeBSD.org From: Jason Wolfe Cc: Subject: Re: kern/154432: [xpt] run_interrupt_driven_hooks: still waiting after 60-300 seconds for xpt_config X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jason Wolfe List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Nov 2011 20:10:11 -0000 The following reply was made to PR kern/154432; it has been noted by GNATS. From: Jason Wolfe To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/154432: [xpt] run_interrupt_driven_hooks: still waiting after 60-300 seconds for xpt_config Date: Mon, 14 Nov 2011 12:36:37 -0700 --f46d044468d3369bc304b1b6fd26 Content-Type: text/plain; charset=ISO-8859-1 This is happening to me also on a Supermicro X8DTT-H chasis with an LSI2008 SAS2 controller and 12 drives on 8.2-RELEASE-p4 with the mps driver from STABLE. mps0@pci0:4:0:0: class=0x010700 card=0x040015d9 chip=0x00721000 rev=0x02 hdr=0x00 vendor = 'LSI Logic (Was: Symbios Logic, NCR)' class = mass storage subclass = SAS Though the dmesg output is indentical, my problem is a bit different as the 300 second timeout passes, but it still in some cases takes the server 24+ _hours_ to finally continue booting. It hangs after the 300 second message until the time it manages to continue booting, and then all messages appear as normal. The cause of this is surely drives stuck in a transient state that makes them still look alive to the kernel. When the drive is popped out the server boots immediately. 300 seconds to wait for a drive that you think might be alive does seem a bit high, but I would even be happy if even that was being honored in my case. This is an issue across a large pool of servers and I have seen the behavior on ~20 different machines from different batches of chasis and drives in unique locations. --f46d044468d3369bc304b1b6fd26 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable This is happening to me also on a Supermicro X8DTT-H chasis with an LSI2008= SAS2 controller and 12 drives on 8.2-RELEASE-p4 with the mps driver from S= TABLE.

mps0@pci0:4:0:0:=A0=A0=A0=A0=A0=A0=A0 class=3D0x010700 card= =3D0x040015d9 chip=3D0x00721000 rev=3D0x02 hdr=3D0x00
=A0=A0=A0 vendor=A0=A0=A0=A0 =3D 'LSI Logic (Was: Symbios Logic, NCR)&#= 39;
=A0=A0=A0 class=A0=A0=A0=A0=A0 =3D mass storage
=A0=A0=A0 subclas= s=A0=A0 =3D SAS

Though the dmesg output is indentical, my problem is= a bit different as the 300 second timeout passes, but it still in some cas= es takes the server 24+ _hours_ to finally continue booting.=A0 It hangs af= ter the 300 second message until the time it manages to continue booting, a= nd then all messages appear as normal.=A0 The cause of this is surely drive= s stuck in a transient state that makes them still look alive to the kernel= .=A0 When the drive is popped out the server boots immediately.=A0 300 seco= nds to wait for a drive that you think might be alive does seem a bit high,= but I would even be happy if even that was being honored in my case.=A0 Th= is is an issue across a large pool of servers and I have seen the behavior = on ~20 different machines from different batches of chasis and drives in un= ique locations.
--f46d044468d3369bc304b1b6fd26-- 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 From owner-freebsd-scsi@FreeBSD.ORG Thu Nov 17 16:58:24 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 3917010657B9 for ; Thu, 17 Nov 2011 16:58:24 +0000 (UTC) (envelope-from dgilbert@interlog.com) Received: from smtp.infotech.no (smtp.infotech.no [82.134.31.41]) by mx1.freebsd.org (Postfix) with ESMTP id EB6AF8FC19 for ; Thu, 17 Nov 2011 16:58:23 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.infotech.no (Postfix) with ESMTP id 79EE02041B4; Thu, 17 Nov 2011 17:39:30 +0100 (CET) X-Virus-Scanned: by amavisd-new-2.6.6 (20110518) (Debian) at infotech.no Received: from smtp.infotech.no ([127.0.0.1]) by localhost (smtp.infotech.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 60IW9gFzX5mm; Thu, 17 Nov 2011 17:39:29 +0100 (CET) Received: from [192.168.48.66] (ip-17.55.99.216.dsl-cust.ca.inter.net [216.99.55.17]) by smtp.infotech.no (Postfix) with ESMTPA id E8C44204118; Thu, 17 Nov 2011 17:39:28 +0100 (CET) Message-ID: <4EC538BF.8060804@interlog.com> Date: Thu, 17 Nov 2011 11:39:27 -0500 From: Douglas Gilbert User-Agent: Mozilla/5.0 (X11; Linux i686; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <86d3cqpxh0.fsf@ds4.des.no> In-Reply-To: <86d3cqpxh0.fsf@ds4.des.no> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: scsi@freebsd.org Subject: Re: smartd blows away mfi config X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dgilbert@interlog.com List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2011 16:58:24 -0000 On 11-11-17 10:42 AM, Dag-Erling Smørgrav wrote: > 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). Not sure how SES devices appear as device nodes (i.e. /dev entries) in FreeBSD. If they can be mistaken for disks then smartd has a problem which I will look into. Doug Gilbert > 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 From owner-freebsd-scsi@FreeBSD.ORG Thu Nov 17 17:18:29 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 F2C15106564A for ; Thu, 17 Nov 2011 17:18:29 +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 B59B08FC08 for ; Thu, 17 Nov 2011 17:18:29 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id C78776173; Thu, 17 Nov 2011 17:18:28 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 8B13B801B; Thu, 17 Nov 2011 18:18:28 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: dgilbert@interlog.com References: <86d3cqpxh0.fsf@ds4.des.no> <4EC538BF.8060804@interlog.com> Date: Thu, 17 Nov 2011 18:18:28 +0100 In-Reply-To: <4EC538BF.8060804@interlog.com> (Douglas Gilbert's message of "Thu, 17 Nov 2011 11:39:27 -0500") Message-ID: <86zkfuoefv.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: scsi@freebsd.org Subject: Re: 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 17:18:30 -0000 Douglas Gilbert writes: > Not sure how SES devices appear as device nodes (i.e. /dev entries) > in FreeBSD. If they can be mistaken for disks then smartd has > a problem which I will look into. Thanks. As a quick fix, how do I write a drivedb entry that tells smartd to stay away from it? I find it strange that nobody else has run into this yet... perhaps it's specific to a particular firmware version. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-scsi@FreeBSD.ORG Thu Nov 17 17:45:31 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 C051A106564A for ; Thu, 17 Nov 2011 17:45:31 +0000 (UTC) (envelope-from dgilbert@interlog.com) Received: from smtp.infotech.no (smtp.infotech.no [82.134.31.41]) by mx1.freebsd.org (Postfix) with ESMTP id 7DC628FC1D for ; Thu, 17 Nov 2011 17:45:31 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.infotech.no (Postfix) with ESMTP id CB2BB2041B5; Thu, 17 Nov 2011 18:45:27 +0100 (CET) X-Virus-Scanned: by amavisd-new-2.6.6 (20110518) (Debian) at infotech.no Received: from smtp.infotech.no ([127.0.0.1]) by localhost (smtp.infotech.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fuNITCx12djA; Thu, 17 Nov 2011 18:45:25 +0100 (CET) Received: from [192.168.48.66] (ip-17.55.99.216.dsl-cust.ca.inter.net [216.99.55.17]) by smtp.infotech.no (Postfix) with ESMTPA id 04B572041B3; Thu, 17 Nov 2011 18:45:24 +0100 (CET) Message-ID: <4EC54832.60101@interlog.com> Date: Thu, 17 Nov 2011 12:45:22 -0500 From: Douglas Gilbert User-Agent: Mozilla/5.0 (X11; Linux i686; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <86d3cqpxh0.fsf@ds4.des.no> <4EC538BF.8060804@interlog.com> <86zkfuoefv.fsf@ds4.des.no> In-Reply-To: <86zkfuoefv.fsf@ds4.des.no> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: scsi@freebsd.org Subject: Re: smartd blows away mfi config X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dgilbert@interlog.com List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2011 17:45:31 -0000 On 11-11-17 12:18 PM, Dag-Erling Smørgrav wrote: > Douglas Gilbert writes: >> Not sure how SES devices appear as device nodes (i.e. /dev entries) >> in FreeBSD. If they can be mistaken for disks then smartd has >> a problem which I will look into. > > Thanks. > > As a quick fix, how do I write a drivedb entry that tells smartd to stay > away from it? As far as I know, smartmontools' drivedb only applies to ATA disks. So I don't think that it comes into the picture for SCSI devices. The "Peripheral Device Type" in a SCSI INQUIRY response is the appropriate field to filter on. Doug Gilbert > I find it strange that nobody else has run into this yet... perhaps > it's specific to a particular firmware version. > > DES From owner-freebsd-scsi@FreeBSD.ORG Thu Nov 17 18:06:37 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 25CBA106564A for ; Thu, 17 Nov 2011 18:06:37 +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 DBE908FC0C for ; Thu, 17 Nov 2011 18:06:36 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id D873061A6; Thu, 17 Nov 2011 18:06:35 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id A904B804E; Thu, 17 Nov 2011 19:06:35 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: dgilbert@interlog.com References: <86d3cqpxh0.fsf@ds4.des.no> <4EC538BF.8060804@interlog.com> <86zkfuoefv.fsf@ds4.des.no> <4EC54832.60101@interlog.com> Date: Thu, 17 Nov 2011 19:06:35 +0100 In-Reply-To: <4EC54832.60101@interlog.com> (Douglas Gilbert's message of "Thu, 17 Nov 2011 12:45:22 -0500") Message-ID: <86mxbuoc7o.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: scsi@freebsd.org Subject: Re: 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 18:06:37 -0000 Douglas Gilbert writes: > As far as I know, smartmontools' drivedb only applies to ATA disks. So > I don't think that it comes into the picture for SCSI devices. The > "Peripheral Device Type" in a SCSI INQUIRY response is the appropriate > field to filter on. So the only way to do that is by patching smartd? DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-scsi@FreeBSD.ORG Fri Nov 18 21:22:46 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 B5B54106566C for ; Fri, 18 Nov 2011 21:22:46 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from mail.ambrisko.com (mail.ambrisko.com [70.91.206.90]) by mx1.freebsd.org (Postfix) with ESMTP id 97E268FC12 for ; Fri, 18 Nov 2011 21:22:46 +0000 (UTC) X-Ambrisko-Me: Yes Received: from server2.ambrisko.com (HELO internal.ambrisko.com) ([192.168.1.2]) by ironport.ambrisko.com with ESMTP; 18 Nov 2011 13:11:21 -0800 Received: from ambrisko.com (localhost [127.0.0.1]) by internal.ambrisko.com (8.14.4/8.14.4) with ESMTP id pAILBM87059650; Fri, 18 Nov 2011 13:11:22 -0800 (PST) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.14.4/8.14.4/Submit) id pAILBMmq059649; Fri, 18 Nov 2011 13:11:22 -0800 (PST) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <201111182111.pAILBMmq059649@ambrisko.com> In-Reply-To: <86d3cqpxh0.fsf@ds4.des.no> To: =?UTF-8?Q?Dag-Erling_Sm=C3=B8rgrav?= Date: Fri, 18 Nov 2011 13:11:22 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL124d (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="US-ASCII" Cc: scsi@freebsd.org Subject: Re: 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: Fri, 18 Nov 2011 21:22:46 -0000 Dag-Erling Sm?rgrav writes: | 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. I suggest that as a test bump "up" the log level of the RAID controller via: hw.mfi.event_class="-2" in loader.conf or at the the loader prompt. This will give you real-time knowledge of what the controller is thinking. I notice that the firmware tends to see lots of sense issues when going behind it's back and it sometimes doesn't like that. You can also use MegaCli to dump the controller log but just won't see the messages in real time. They should have a time stamp on them. My guess is that the during the enclosure probe from smartd, the firmware sees the enclosure go away and then come back making it think it is a foreign set of disks. This could help isolate what the issue is. It isn't a solution to the problem. Doug A.