Date: Thu, 16 Dec 2010 11:56:32 -0500 From: Andrew Boyer <aboyer@averesystems.com> To: freebsd-scsi@freebsd.org Subject: Another mfi unexpected sense / SMART question Message-ID: <A04C18BD-9735-48BA-B9E5-5840A8E4C7E3@averesystems.com>
next in thread | raw e-mail | index | archive | help
Hello SCSI people, I'm seeing an issue with SMART queries on SATA devices connected to = MegaRAID SAS9261-8i controllers. OS: FreeBSD 8.2-PRERELEASE FreeBSD 8.2-PRERELEASE #12: Wed Dec 15 = 01:16:54 EST 2010 amd64 Driver: dev.mfi.0.%pnpinfo: vendor=3D0x1000 device=3D0x0079 = subvendor=3D0x15d9 subdevice=3D0x0700 class=3D0x010400 dev.mfi.0.firmware: 12.11.0-0016 Disks: Intel X25-E, ATA SSDSA2SH064G1GC 8860 Seagate Barracuda.2 ES, ATA ST3250310NS SN06 Smartctl is correctly detecting that the device is a SAT-connected ATA = device, and can complete all of the other commands it tries (IDENTIFY = DEVICE, SMART READ ATTRIBUTE VALUES, etc). The SMART STATUS CHECK fails = every time, though, in exactly the same way. I've reproduced it on = multiple disks connected to multiple controllers. It happens with = smartctl 5.39.1 and 5.40. This is the command that fails: > REPORT-IOCTL: Device=3D/dev/pass14 Command=3DSMART STATUS CHECK > Input: FR=3D0xda, SC=3D...., LL=3D...., LM=3D0x4f, LH=3D0xc2, = DEV=3D...., CMD=3D0xb0 > [ata pass-through(16): 85 06 2c 00 da 00 00 00 00 00 4f 00 c2 00 b0 = 00 ] status=3D0 > Incoming data, len=3D0: > Error SMART Status command failed > Please get assistance from http://smartmontools.sourceforge.net/ > REPORT-IOCTL: Device=3D/dev/pass14 Command=3DSMART STATUS CHECK = returned -1 This appears in the log: > Dec 15 17:55:11 system13 kernel: mfi0: 3255 (345750911s/0x0002/info) -=20= > Unexpected sense: PD 07(e0xfc/s2) Path 4433221102000000,=20 > CDB: 00 00 00 00 00 00, Sense: 0/00/00 The CDB is empty - very odd. Any pointers on how I can begin to debug = this? Is it a driver or firmware issue? I don't think it's a smartctl issue because the same command works fine = on mpt-connected SATA devices. Thanks, Andrew P.S. Pulling in SVN 216235 didn't seem to make a difference. -------------------------------------------------- Andrew Boyer aboyer@averesystems.com
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?A04C18BD-9735-48BA-B9E5-5840A8E4C7E3>