From owner-freebsd-current@freebsd.org Thu Dec 14 11:05:20 2017 Return-Path: Delivered-To: freebsd-current@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 29BB7E9FF73 for ; Thu, 14 Dec 2017 11:05:20 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from smtp.digiware.nl (smtp.digiware.nl [IPv6:2001:4cb8:90:ffff::3]) (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 E41677EFF6; Thu, 14 Dec 2017 11:05:19 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from router.digiware.nl (localhost.digiware.nl [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id 927892E31A; Thu, 14 Dec 2017 12:05:15 +0100 (CET) X-Virus-Scanned: amavisd-new at digiware.com Received: from smtp.digiware.nl ([127.0.0.1]) by router.digiware.nl (router.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 48Op80c8slMq; Thu, 14 Dec 2017 12:05:14 +0100 (CET) Received: from [192.168.11.152] (unknown [192.168.11.152]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.digiware.nl (Postfix) with ESMTPSA id 5268C2E306; Thu, 14 Dec 2017 12:05:14 +0100 (CET) Subject: Re: SMART: disk problems on RAIDZ1 pool: (ada6:ahcich6:0:0:0): CAMstatus: ATA Status Error To: "Rodney W. Grimes" , "Hartmann, O." Cc: Cy Schubert , "O. Hartmann" , FreeBSD CURRENT , Freddie Cash , Alan Somers References: <201712131647.vBDGlrf2092528@pdx.rh.CN85.dnsmgr.net> From: Willem Jan Withagen Message-ID: <4d58b06a-0dbe-af05-1bd2-e87929e3b7a5@digiware.nl> Date: Thu, 14 Dec 2017 12:05:20 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.0 MIME-Version: 1.0 In-Reply-To: <201712131647.vBDGlrf2092528@pdx.rh.CN85.dnsmgr.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Dec 2017 11:05:20 -0000 On 13/12/2017 17:47, Rodney W. Grimes wrote: >> On Tue, 12 Dec 2017 14:58:28 -0800 >> Cy Schubert wrote: >> I think people responding to my thread made it clear that the WD Green >> isn't the first-choice-solution for a 20/6 (not 24/7) duty drive and >> the fact, that they have serviced now more than 25000 hours, it would >> be wise to replace them with alternatives. > > I think someone had an apm command that turns off the head park, > that would do wonders for drive life. On the other hand, I think > if it was my data and I saw that the drive had 2M head load cycles > I would be looking to get out of that driv with any data I could > not easily replace. If it was well backed up or easily replaced > my worries would be less. WD made their first series of Green disks green by aggressively turning them into sleep state. Like when few secs there was nog activity they would park the head, spin it down, and sleep the disk... Access would need to undo the whole series of command. This could be reset by writing in one of the disks registers. I remember doing that for my 1,5G WDs (WD15EADS from 2009). That saved a lot of startups. I still have 'm around, but only use them for things that are not valuable at all. Some have died over time, but about half of them still seem to work without much trouble. WD used to have a .exe program to actually do this. But that did not work on later disks. And turning things of on those disks was impossible/a lot more complex. This type of disk worked quite a long time in my ZFS setup. Like a few years, but I turned parking of as soon as there was a lot of turmoil about this in the community. Now I using WD reds for small ZFS systems, and WD red Pro for large private storage servers. Professional server get HGST He disks, a bit more expensive, but very little fallout. --WjW