From owner-freebsd-scsi@freebsd.org Tue Dec 8 13:00:39 2015 Return-Path: Delivered-To: freebsd-scsi@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 A6B329D321A for ; Tue, 8 Dec 2015 13:00:39 +0000 (UTC) (envelope-from prateekrootkey@gmail.com) Received: from mail-wm0-x231.google.com (mail-wm0-x231.google.com [IPv6:2a00:1450:400c:c09::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 360321DB8 for ; Tue, 8 Dec 2015 13:00:39 +0000 (UTC) (envelope-from prateekrootkey@gmail.com) Received: by wmuu63 with SMTP id u63so180016903wmu.0 for ; Tue, 08 Dec 2015 05:00:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=gT14hBlFfaeqJDb12Uat+Y/325TmIylxutvdKOUWS28=; b=bg6SS3UPDyPNuwrB4M9mROVPGGRzA60i8uJhhL9QWBPhBgd1eSjU0USUjFFNUXkJ5/ 3MrXdgwiOBaR30JkSQECwSpyjyVPhOz+2k7V92PvtTPnFmK0IOgmHBM29FPBBTvO+u1v aqpdirdV4QMg4bDhnEG9MGRzHKjmuaabrgN841kbt932fFqSoAvmDV3GjdoWoiZY8Pp9 jLB5OZBE5RS+xdmY5NCemR4G1oqgH97CelXjInzPPlDmeq1Q41dcWJaJ3igz4dAuq6/j RMaCDF7cgTvlE8LaJkDgCY7Kqpv5xC+qSEkOaKYRhBNifPdPWU/qCEdZjmvu51Dklbmi xZvQ== MIME-Version: 1.0 X-Received: by 10.28.85.129 with SMTP id j123mr4663109wmb.77.1449579637781; Tue, 08 Dec 2015 05:00:37 -0800 (PST) Received: by 10.27.16.7 with HTTP; Tue, 8 Dec 2015 05:00:37 -0800 (PST) In-Reply-To: <6A7832F8-53EB-4641-8EF6-E0E6175EB52D@yahoo.com> References: <6A7832F8-53EB-4641-8EF6-E0E6175EB52D@yahoo.com> Date: Tue, 8 Dec 2015 18:30:37 +0530 Message-ID: Subject: Re: bad disk discovery From: prateek sethi To: Scott Long Cc: freebsd-scsi@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Dec 2015 13:00:39 -0000 Hi Scott, Thanks for the your quick response. I have different set of hardware . So that's why I want to know how I can debug it myself . Is there anyway or procedure using that I can findout about the situation or the reason for CDB errors or disk command failure? Right now I am giving detail about the setup where I am getting this issue = . I am using LSI SAS2008 controller and connected with supermicro Enclosure with freebsd 9.3. 16 different disks are there but only one disk is having problem. That means contoller and cable are fine. Faulty disk info are like:-. *smartctl output is:-* smartctl -x /dev/da23 =3D=3D=3D START OF INFORMATION SECTION =3D=3D=3D Vendor: SEAGATE Product: ST3600057SS Revision: 000B Rotation Rate: 15000 rpm Form Factor: 3.5 inches Logical Unit id: 0x5000c5007725173f Serial number: 6SL8YLPC0000N5030DY7 Device type: disk Transport protocol: SAS Local Time is: Tue Dec 8 18:20:45 2015 IST *device is NOT READY (e.g. spun down, busy)* *Logs:-* Dec 8 14:12:01 N1 kernel: da23 at mps0 bus 0 scbus0 target 148 lun 0 Dec 8 14:12:01 N1 kernel: da23: Fixed Direct Access SCSI-5 device Dec 8 14:12:01 N1 kernel: da23: Serial Number 6SL8YLPC0000N5030DY7 Dec 8 14:12:01 N1 kernel: da23: 600.000MB/s transfers Dec 8 14:12:01 N1 kernel: da23: Command Queueing enabled Dec 8 14:12:01 N1 kernel: da23: *Attempt to query device size failed: NOT READY, Logical unit not ready, cause n* Dec 8 14:12:01 N1 kernel: ses1: da23,pass26: Element descriptor: 'Slot 24' Dec 8 14:12:01 N1 kernel: ses1: da23,pass26: SAS Device Slot Element: 1 Phys at Slot 23 *driver versions:-* dev.mps.0.firmware_version: 15.00.00.00 dev.mps.0.driver_version: 16.00.00.00-fbsd On Tue, Dec 8, 2015 at 3:15 AM, Scott Long wrote: > Hi, > > If your situation is accurate and the disk is not responding properly to > regular > commands then it=E2=80=99s unlikely that it will respond to SMART command= s either. > Sometimes these situations are caused by a bad cable, bad controller, or > buggy software/firmware, and only rarely will the standard statistics in > SMART > pick up these kinds of errors. SMART is better at tracking wear rates an= d > error rates on the physical media, both HDD and SSD, but even then it=E2= =80=99s > hard > for it to be accurately predictive or even accurately diagnostic. For > your case, > I recommend that you describe your hardware and software configuration in > more detail, and look for physical abnormalities in the cabling and > connections. > Once that is ruled and and the rest of us know what kind of hardware you= =E2=80=99re > dealing with, we might be able to make better commendations. > > Scott > > > On Dec 7, 2015, at 11:07 AM, prateek sethi > wrote: > > > > Hi , > > > > Is there any way or tool to find out that a disk which is not respondin= g > > properly is really bad or not? Sometimes I have seen that there is lot = of > > CDB error for a drive and system reboot makes every thing fine. What ca= n > be > > reasons for such kind of scenarios? > > > > I know smartctl is the one which can help. I have some couple of questi= on > > regarding this . > > > > 1. What if disk does not support smartctl? > > 2. How I can do smartest use of smartctl command like which parameters > can > > tell that the disk is actually bad? > > 3. What other test I can perform to make it sure that disk has complete= ly > > gone? > > > > > > Please tell me correct place to ask this question if I am asking at wro= ng > > place. > > _______________________________________________ > > freebsd-scsi@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-scsi > > To unsubscribe, send any mail to "freebsd-scsi-unsubscribe@freebsd.org" > >