From owner-freebsd-hardware@freebsd.org Mon Aug 14 18:06:33 2017 Return-Path: Delivered-To: freebsd-hardware@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 192DFDDAC38 for ; Mon, 14 Aug 2017 18:06:33 +0000 (UTC) (envelope-from mi+r29b@aldan.algebra.com) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D64EF679D9 for ; Mon, 14 Aug 2017 18:06:32 +0000 (UTC) (envelope-from mi+r29b@aldan.algebra.com) X_CMAE_Category: , , X-CNFS-Analysis: v=2.2 cv=F/IVTepN c=1 sm=1 tr=0 a=2ZyxD0Un1vyHw3hS6RhAvw==:117 a=2ZyxD0Un1vyHw3hS6RhAvw==:17 a=r77TgQKjGQsHNAKrUKIA:9 a=iX7I7nBTAo0ms7Ld42wA:9 a=-5iRzJmryUkFu3sh:21 a=PKwxSpJSZ91q2Oyw:21 a=QEXdDO2ut3YA:10 a=LaO1LNughrF2vIufuo8A:9 a=-4ORljwRT8P8ajWb:21 a=_W_S_7VecoQA:10 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine X-Authed-Username: YW5hdEByY24uY29t Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.mail=mi+r29b@aldan.algebra.com; spf=neutral; sender-id=neutral Authentication-Results: smtp01.rcn.cmh.synacor.com header.from=mi+r29b@aldan.algebra.com; sender-id=neutral Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.user=anat; auth=pass (PLAIN) Received-SPF: neutral (smtp01.rcn.cmh.synacor.com: 38.125.162.34 is neither permitted nor denied by domain of aldan.algebra.com) Received: from [38.125.162.34] ([38.125.162.34:32396] helo=[10.10.20.47]) by smtp.rcn.com (envelope-from ) (ecelerity 3.6.23.54417 r(Core:3.6.23.0)) with ESMTPA id 61/4C-26624-7A6E1995; Mon, 14 Aug 2017 14:06:31 -0400 From: "Mikhail T." Subject: Prolonging a drive's life To: freebsd-hardware@FreeBSD.org Message-ID: <52831450-2db1-8f05-a6d4-540ce4976dc8@aldan.algebra.com> Date: Mon, 14 Aug 2017 14:06:31 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:51.0) Gecko/20100101 Firefox/51.0 SeaMonkey/2.48 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Aug 2017 18:06:33 -0000 One of the four drives in my system is frequently timing out of late, although the operation succeeds on a second attempt: Aug 14 13:51:59 aldan kernel: (ada4:ahcich5:0:0:0): FLUSHCACHE48. ACB: ea 00 00 00 00 40 00 00 00 00 00 00 Aug 14 13:51:59 aldan kernel: (ada4:ahcich5:0:0:0): CAM status: Command timeout Aug 14 13:51:59 aldan kernel: (ada4:ahcich5:0:0:0): Retrying command Aug 14 13:59:12 aldan kernel: (ada4:ahcich5:0:0:0): FLUSHCACHE48. ACB: ea 00 00 00 00 40 00 00 00 00 00 00 Aug 14 13:59:12 aldan kernel: (ada4:ahcich5:0:0:0): CAM status: Command timeout Aug 14 13:59:12 aldan kernel: (ada4:ahcich5:0:0:0): Retrying command While I'm getting a replacement, maybe, I can use camcontrol to somehow lower the operating system's exceptions about it? For example, the "camcontrol negotiate" returns the following about it: Current parameters: (pass5:ahcich5:0:0:0): SATA revision: 2.x (pass5:ahcich5:0:0:0): ATA mode: UDMA6 (pass5:ahcich5:0:0:0): ATAPI packet length: 0 (pass5:ahcich5:0:0:0): PIO transaction length: 8192 (pass5:ahcich5:0:0:0): PMP presence: 0 (pass5:ahcich5:0:0:0): Number of tags: 32 (pass5:ahcich5:0:0:0): SATA capabilities: 00000030 (pass5:ahcich5:0:0:0): tagged queueing: enabled Is there anything I can tweak for it to keep working even if at lower speeds? Also, years ago, some BIOSes had the feature, which would "verify" a drive -- is there something similar I can trigger with camcontrol or smartctl? Thanks! -mi