Custom Query (1327 matches)


Show under each result:

Results (28 - 30 of 1327)

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20
Ticket Resolution Summary Owner Reporter
#608 invalid Long test hanged on HGST drives janardhan

We have HGST drives in our server. When we triggered long test to these drives it got hang up and in smartoutput it is showing as long test is running.

Sample outputs:

SMART Self-test log
Num  Test              Status                 segment  LifeTime  LBA_first_err [SK ASC ASQ]
     Description                              number   (hours)
# 1  Background long   Self test in progress ...   1     NOW                 - [-   -    -]
# 2  Background long   Aborted (device reset ?)    8       0                 - [-   -    -]

When we contacted with HGST support team. They reproduced the issue and ran their own tools on the drive. They found no background tests is running but still smartoutput is showing like the test is in progress.

We already tried smartcl -X to abort the test but it throws an error.

smartctl -X /dev/sdf
smartctl 6.0 2012-10-10 r3643 [x86_64-linux-] (local build)
Copyright 2002-12, Bruce Allen, Christian Franke, 
Abort self test failed [unsupported field in scsi command]

Help us to stop this test.

#610 invalid Rosewill Armer RX307-PU3-35B -- 0x4971:0x8017 (0x8104) -- long test keeps aborting kenbell

This looks like it's a follow up to ticket #596 except that in my case although I can read the SMART info and run a short test but the long test always aborts, both in captive and background modes.

The USB3 enclosure, Rosewill Armer RX307-PU3-35B -- 0x4971:0x8017 (0x8104), contains, in my case, a Toshiba PH3500U-1I72 5TB SATA hard drive and it's connected to a USB adapter that my Fedora 21 OS recognizes (via "lsusb) as:

02:00.0 USB controller: Renesas Technology Corp. uPD720201 USB 3.0 Host Controller (rev 03) (prog-if 30 [XHCI])

Flags: bus master, fast devsel, latency 0, IRQ 16 Memory at fe9fe000 (64-bit, non-prefetchable) [size=8K] Capabilities: [50] Power Management version 3 Capabilities: [70] MSI: Enable- Count=1/8 Maskable- 64bit+ Capabilities: [90] MSI-X: Enable+ Count=8 Masked- Capabilities: [a0] Express Endpoint, MSI 00 Capabilities: [100] Advanced Error Reporting Capabilities: [150] Latency Tolerance Reporting Kernel driver in use: xhci_hcd

I got the same results with smartctl version 6.4.2 (installed from the Fedora repository via "yum") and with version 6.5 (built today from the SVM repository):

* Fedora provided * smartmontools release 6.4 dated 2015-06-04 at 16:29:41 UTC smartmontools SVN rev 4109 dated 2015-06-04 at 16:30:15 smartmontools build host: x86_64-redhat-linux-gnu smartmontools build with: GCC 4.9.2 20150212 (Red Hat 4.9.2-6)

* Built from SVM repository * smartmontools release 6.5 dated 2015-06-04 at 16:29:41 UTC smartmontools SVN rev 4127 dated 2015-09-04 at 14:55:08 smartmontools build host: x86_64-unknown-linux-gnu smartmontools build with: GCC 4.9.2 20150212 (Red Hat 4.9.2-6)

#611 fixed Add Innostor USB3.0 to SATAIII bridge R00kie

I have an ebay enclosure with an Innostor USB3.0 to SATAIII bridge that isn't recognized by smartctl.

The attached patch adds support for this usb bridge. Attached is also the output of lsusb and smartctl -x -q noserial

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20
Batch Modify
Note: See TracBatchModify for help on using batch modify.
Note: See TracQuery for help on using queries.