Custom Query (1438 matches)
Results (145 - 147 of 1438)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #20 | fixed | weird byte order of "Head Flying Hours" | ||
| Description |
I've bought a brand new 1T Seagate drive yesterday. kotik tmp # dmesg | grep ST31 [ 0.834822] ata1.00: ATA-8: ST31000528AS, CC35, max UDMA/133 [ 0.847168] scsi 0:0:0:0: Direct-Access ATA ST31000528AS CC35 PQ: 0 ANSI: 5 I was quite surprised to see its Head_Flying_Hours to be some n-teen digit number when I first run smartctl on it, however, Power_On_Hours value was sane. To be sure that everything is ok with my eyes I ran smrtctl again. This time the value was completely different although of the same order of magnitude. After quick investigation it became quite obvious that there is something wrong with the byte order of the raw value kotik tmp # smartctl -d ata -A /dev/sda | grep ^240 240 Head_Flying_Hours 0x0000 100 253 000 Old_age Offline - 102838696935451 kotik tmp # printf "%x\n" 102838696935451 5d880000001b When I read the values with my programme (see attachment) I found that one of the bytes of the value is stored in the reserv field of the ata_smart_attribute structure. The right order to read the value seems to be raw[3], raw[2], raw[1], raw[0], reserv, raw[5], raw[4] However, I am not sure about more significant bytes (raw[1-3]). The value itself is almost for sure number of milliseconds. |
|||
| #281 | fixed | smartctl hpt27xx controller with more than 16 devices | ||
| Description |
Limit of 16 devices seems to be hard coded. The command to retrieve a smart dump for da16 fails: [ root@wood] ~# smartctl -d hpt,1/17/1 -x /dev/hpt27xx smartctl 6.1 2013-03-16 r3800 [FreeBSD 9.1-STABLE amd64] (local build) Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org /dev/hpt27xx: Option '-d hpt,L/M/N' invalid channel number M supplied =======> VALID ARGUMENTS ARE: ata, scsi, sat[,auto][,N][+TYPE], usbcypress[,X], usbjmicron[,p][,x][,N], usbsunplus, 3ware,N, hpt,L/M/N, cciss,N, areca,N/E, atacam, auto, test <======= Use smartctl -h to get a usage summary [root@wood] ~# smartctl -V smartctl 6.1 2013-03-16 r3800 [FreeBSD 9.1-STABLE amd64] (local build) Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org smartctl comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to redistribute it under the terms of the GNU General Public License; either version 2, or (at your option) any later version. See http://www.gnu.org for further details. smartmontools release 6.1 dated 2013-03-16 at 14:35:27 UTC smartmontools SVN rev 3800 dated 2013-03-16 at 14:36:20 smartmontools build host: amd64-portbld-freebsd9.1 smartmontools build configured: 2013-06-14 17:22:15 UTC smartctl compile dated Jun 14 2013 at 17:22:22 smartmontools configure arguments: '--disable-dependency-tracking' '--enable-drivedb' '--enable-sample' '--with-initscriptdir=/usr/local/etc/rc.d' '--with-docdir=/usr/local/share/doc/smartmontools' '--prefix=/usr/local' '--mandir=/usr/local/man' '--infodir=/usr/local/info/' '--build=amd64-portbld-freebsd9.1' 'build_alias=amd64-portbld-freebsd9.1' 'CXX=c++' 'CXXFLAGS=-O -pipe -Wno-write-strings' 'LDFLAGS=' 'CPPFLAGS=' 'CC=cc' 'CFLAGS=-O -pipe -Wno-write-strings' [root@wood] ~# uname -a FreeBSD wood.lakeview42.com 9.1-STABLE FreeBSD 9.1-STABLE #0 r+043291a: Mon Jun 17 00:10:05 PDT 2013 root@build.ixsystems.com:/tank/build/nightlies/2013-06-17/os-base/amd64/tank/build/nightlies/2013-06-17/FreeBSD/src/sys/FREENAS.amd64 amd64 [root@wood] ~# Controller: High Point RocketRAID 2760A This controller is advertised as a 16 channel controller that "switches" 24 internal disks. In my configuration here are 19 disks connected to the controller, all are detected as da0 .. da19. da0 at hpt27xx0 bus 0 scbus7 target 0 lun 0 da0: <HPT DISK 0_0 4.00> Fixed Direct Access SCSI-0 device da0: 2861588MB (5860533168 512 byte sectors: 255H 63S/T 364801C) [...] da19 at hpt27xx0 bus 0 scbus7 target 19 lun 0 da19: <HPT DISK 0_19 4.00> Fixed Direct Access SCSI-0 device da19: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) The command: smartctl -d hpt,1/16/1 -x /dev/hpt27xx works as expected dumping all the smart info for da15. |
|||
| #258 | fixed | Attrib 198 (Uncorrectable_Sector_Ct) incorrectly decoded on Sandforce SSD's | ||
| Description |
It seems like attrib 198 (Uncorrectable_Sector_Ct) is being incorrectly decoded on Sandforce SSD's. Most manufactures of these drives don't implement attrib 198 but Kingston E100 series do and this causes smartd to report errors due to increasing "Offline uncorrectable sectors". On these disks this attrib is "Uncorrectable sector count relative to the number of sectors read this power cycle." so its not a pure error count and hence should not be treated as such. The details on how to decode the attrib values can be found here:- http://media.kingston.com/support/downloads/MKP_306_SMART_attribute.pdf |
|||
