From owner-freebsd-stable@FreeBSD.ORG Sun Feb 7 17:55:49 2010 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 EA806106566B for ; Sun, 7 Feb 2010 17:55:49 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from mrelay1.uni-hannover.de (mrelay1.uni-hannover.de [130.75.2.106]) by mx1.freebsd.org (Postfix) with ESMTP id 7BBDB8FC08 for ; Sun, 7 Feb 2010 17:55:49 +0000 (UTC) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2]) by mrelay1.uni-hannover.de (8.14.2/8.14.2) with ESMTP id o17HtkkF015675 for ; Sun, 7 Feb 2010 18:55:47 +0100 Received: from pmp.uni-hannover.de (theq.pmp.uni-hannover.de [130.75.117.4]) by www.pmp.uni-hannover.de (Postfix) with SMTP id 5943D24 for ; Sun, 7 Feb 2010 18:55:46 +0100 (CET) Date: Sun, 7 Feb 2010 18:55:45 +0100 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: freebsd-stable@freebsd.org Message-Id: <20100207185545.e29108dc.gerrit@pmp.uni-hannover.de> Organization: Albert-Einstein-Institut (MPI =?ISO-8859-1?Q?f=FCr?= Gravitationsphysik & IGP =?ISO-8859-1?Q?Universit=E4t?= Hannover) X-Mailer: Sylpheed 2.4.2 (GTK+ 2.10.12; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-PMX-Version: 5.5.9.388399, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2010.2.7.174544 Subject: one more load-cycle-count problem 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: Sun, 07 Feb 2010 17:55:50 -0000 Hi all, After being disturbed by the firmware issues of the wd drives causing exceeding load cycles (see thread "immense delayed write to file system (ZFS and UFS2), performance issues" in January), I have found some more problematic drives in the following setup: 4 x 2.5" WDC WD4000BEVT-00ZAT0 in RAIDZ1 configuration attached to a Supermicro SAS controller: mpt0@pci0:2:0:0: class=0x010000 card=0xa38015d9 chip=0x00581000 rev=0x08 hdr=0x00 vendor = 'LSI Logic (Was: Symbios Logic, NCR)' device = 'SAS 3000 series, 8-port with 1068E -StorPort' class = mass storage subclass = SCSI luna# camcontrol devlist at scbus0 target 0 lun 0 (pass0,da0) at scbus0 target 1 lun 0 (pass1,da1) at scbus0 target 2 lun 0 (pass2,da2) at scbus0 target 3 lun 0 (pass3,da3) The disks appear to load/unload every 10s or so if I do not artificially keep them busy. Does anyone here have a suggestion how to make this interval longer or even turn off the unload feature completely? I tried luna# camcontrol idle da0 -t 600 (pass0:mpt0:0:0:0): CMD: IDLE: e3 00 00 00 00 40 00 00 00 00 78 00 (pass0:mpt0:0:0:0): CAM Status: CCB request was invalid luna# camcontrol standby da0 -t 600 (pass0:mpt0:0:0:0): CMD: STANDBY: e2 00 00 00 00 40 00 00 00 00 78 00 (pass0:mpt0:0:0:0): CAM Status: CCB request was invalid >From /usr/share/misc/scsi_modes I gather that page 26 should contain power control features, but no avail: luna# camcontrol modepage da0 -m 26 camcontrol: error sending mode sense command Any further ideas how to get rid of this "feature"? cu Gerrit