[Bug 1774569] Re: gsmartcontrol, hdparm, and ZFS all refuse to talk to an apparently working Seagate Backup+ Hub drive after upgrade to 18.04
axion
1774569 at bugs.launchpad.net
Wed Dec 19 05:10:00 UTC 2018
HDParm/SDParm bug afects me as well with 2 different Seagate usb drives,
I think this one should have a high priority, since it also affects
power management. Further more since the aforementioned drive is also a
sub-hub it would be good to be able to turn on/off the drive portion
without needing to re-plug the usb-cable or the power-cable.
However I cannot confirm or deny if this behaviour was not observed in
17.04.
Seagate Backup+ Hub;
[733263.671304] usb 1-2: new full-speed USB device number 82 using xhci_hcd
[733263.927640] usb 2-2: new SuperSpeed USB device number 49 using xhci_hcd
[733263.953201] usb 2-2: New USB device found, idVendor=0bc2, idProduct=ab45
[733263.953206] usb 2-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[733263.953209] usb 2-2: Product: Backup+ Hub
[733263.953211] usb 2-2: Manufacturer: Seagate
[733263.953214] usb 2-2: SerialNumber: 01CB7447B2D2
[733263.955412] hub 2-2:1.0: USB hub found
[733263.955699] hub 2-2:1.0: 3 ports detected
[733264.075319] usb 1-2: new high-speed USB device number 83 using xhci_hcd
[733264.226923] usb 1-2: New USB device found, idVendor=0bc2, idProduct=ab44
[733264.226928] usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[733264.226931] usb 1-2: Product: Backup+ Hub
[733264.226934] usb 1-2: Manufacturer: Seagate
[733264.226936] usb 1-2: SerialNumber: 01CB7447B2D2
[733264.228162] hub 1-2:1.0: USB hub found
[733264.228426] hub 1-2:1.0: 3 ports detected
[733264.303425] usb 2-2.1: new SuperSpeed USB device number 50 using xhci_hcd
[733264.324224] usb 2-2.1: New USB device found, idVendor=0bc2, idProduct=ab38
[733264.324228] usb 2-2.1: New USB device strings: Mfr=2, Product=3, SerialNumber=1
[733264.324232] usb 2-2.1: Product: Backup+ Hub BK
[733264.324234] usb 2-2.1: Manufacturer: Seagate
[733264.324236] usb 2-2.1: SerialNumber: NA8TS9K5
[733264.328836] scsi host6: uas
[733264.329274] scsi 6:0:0:0: Direct-Access Seagate Backup+ Hub BK D781 PQ: 0 ANSI: 6
[733264.329760] sd 6:0:0:0: Attached scsi generic sg0 type 0
[733264.329875] sd 6:0:0:0: [sda] Spinning up disk...
[733265.291754] usb 1-2-port2: Cannot enable. Maybe the USB cable is bad?
[733265.363336] .
[733266.387390] .
[733267.411383] .
[733268.435283] .
[733269.459369] .
[733270.483306] .
[733271.507316] .
[733272.531296] .
[733273.559245] .
[733274.579343] .
[733275.603273] .
[733276.627270] .
[733276.628098] ready
[733276.628416] sd 6:0:0:0: [sda] 11721045167 512-byte logical blocks: (6.00 TB/5.46 TiB)
[733276.641757] sd 6:0:0:0: [sda] Write Protect is off
[733276.641759] sd 6:0:0:0: [sda] Mode Sense: 4f 00 00 00
[733276.641909] sd 6:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[733276.774212] sda: sda1
[733276.775169] sd 6:0:0:0: [sda] Attached SCSI disk
Seagate Expansion Desk;
[733476.458208] usb 2-2: new SuperSpeed USB device number 52 using xhci_hcd
[733476.483130] usb 2-2: New USB device found, idVendor=0bc2, idProduct=3320
[733476.483137] usb 2-2: New USB device strings: Mfr=2, Product=3, SerialNumber=1
[733476.483141] usb 2-2: Product: Expansion Desk
[733476.483145] usb 2-2: Manufacturer: Seagate
[733476.483149] usb 2-2: SerialNumber: NA4MBV5C
[733476.487448] scsi host6: uas
[733476.489027] scsi 6:0:0:0: Direct-Access Seagate Expansion Desk 0711 PQ: 0 ANSI: 6
[733476.489568] sd 6:0:0:0: Attached scsi generic sg0 type 0
[733476.489702] sd 6:0:0:0: [sda] Spinning up disk...
[733477.522122] .
[733478.546133] .
[733479.570122] .
[733480.594118] .
[733481.618115] .
[733482.642179] .
[733483.666088] .
[733484.690112] .
[733485.714083] .
[733486.738101] .
[733487.762049] .
[733488.786066] .
[733488.787214] ready
[733488.787477] sd 6:0:0:0: [sda] 976754645 4096-byte logical blocks: (4.00 TB/3.64 TiB)
[733488.803316] sd 6:0:0:0: [sda] Write Protect is off
[733488.803318] sd 6:0:0:0: [sda] Mode Sense: 4f 00 00 00
[733488.803468] sd 6:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[733488.869597] sda: sda1
[733488.870488] sd 6:0:0:0: [sda] Attached SCSI disk
OnMemory USB-Core.
Th following drive gives a different "sparm/hdparm -i" and can be set to spindown and use power management and is smart capable.
[733625.017283] usb 2-2: new SuperSpeed USB device number 53 using xhci_hcd
[733625.037984] usb 2-2: New USB device found, idVendor=174c, idProduct=55aa
[733625.037988] usb 2-2: New USB device strings: Mfr=2, Product=3, SerialNumber=1
[733625.037990] usb 2-2: Product: External HDD
[733625.037992] usb 2-2: Manufacturer: 01234567890123456789012345678901234567890123
[733625.037994] usb 2-2: SerialNumber: 201202152114
[733625.039122] usb-storage 2-2:1.0: USB Mass Storage device detected
[733625.039243] usb-storage 2-2:1.0: Quirks match for vid 174c pid 55aa: 400000
[733625.039267] scsi host6: usb-storage 2-2:1.0
[733635.521181] scsi 6:0:0:0: Direct-Access TOSHIBA DT01ACA300 MX6O PQ: 0 ANSI: 5
[733635.521835] sd 6:0:0:0: Attached scsi generic sg0 type 0
[733635.522015] sd 6:0:0:0: [sda] 732566646 4096-byte logical blocks: (3.00 TB/2.73 TiB)
[733635.522289] sd 6:0:0:0: [sda] Write Protect is off
[733635.522292] sd 6:0:0:0: [sda] Mode Sense: 23 00 00 00
[733635.522498] sd 6:0:0:0: [sda] No Caching mode page found
[733635.522505] sd 6:0:0:0: [sda] Assuming drive cache: write through
[733635.568550] sda: sda1
[733635.569396] sd 6:0:0:0: [sda] Attached SCSI disk
[733636.783901] BTRFS info (device sda1): disk space caching is enabled
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to hdparm in Ubuntu.
https://bugs.launchpad.net/bugs/1774569
Title:
gsmartcontrol, hdparm, and ZFS all refuse to talk to an apparently
working Seagate Backup+ Hub drive after upgrade to 18.04
Status in gsmartcontrol package in Ubuntu:
Confirmed
Status in hdparm package in Ubuntu:
Confirmed
Bug description:
I recently upgraded from 17.10 to 18.04. After the upgrade, I noticed
that my Seagate Backup+ Hub external drive was displaying a series of
puzzling symptoms:
1. gsmartcontrol can't get SMART data from the drive. I am pretty sure
it used to report SMART data? Here's a log of it not working:
<warn> [hz] Warning: exit: Command line did not parse.
<warn> [app] execute_smartctl(): Smartctl binary did not execute cleanly.
<warn> [app] StorageDevice::execute_device_smartctl(): Smartctl binary did not execute cleanly.
<warn> [app] SmartctlParser::parse_section_info_property(): Unknown property "Physical block size"
<warn> [app] SmartctlParser::parse_section_info_property(): Unknown property "Logical Unit id"
<warn> [app] SmartctlParser::parse_section_info_property(): Unknown property "Temperature Warning"
<warn> [app] SmartctlParser::parse_section_data(): Unknown Data subsection encountered.
<warn> [hz] Warning: exit: Some SMART command to the disk failed, or there was a checksum error in a SMART data structure
<warn> [app] SmartctlParser::parse_section_info_property(): Unknown property "Physical block size"
<warn> [app] SmartctlParser::parse_section_info_property(): Unknown property "Logical Unit id"
<warn> [app] SmartctlParser::parse_section_info_property(): Unknown property "Temperature Warning"
<warn> [app] SmartctlParser::parse_section_data(): Unknown Data subsection encountered.
2. hdparm used to be able to spin down the drive. I had it configured
to spin it down after a few minutes of inactivity, in the hdparm
config file. Now that no longer happens, and hdparm can't seem to talk
to the drive meaningfully at all:
[anovak at octagon ~]$ sudo hdparm -I /dev/sdb
/dev/sdb:
SG_IO: bad/missing sense data, sb[]: 70 00 05 00 00 00 00 0a 00 00 00 00 24 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
ATA device, with non-removable media
Standards:
Likely used: 1
Configuration:
Logical max current
cylinders 0 0
heads 0 0
sectors/track 0 0
--
Logical/Physical Sector size: 512 bytes
device size with M = 1024*1024: 0 MBytes
device size with M = 1000*1000: 0 MBytes
cache/buffer size = unknown
Capabilities:
IORDY not likely
Cannot perform double-word IO
R/W multiple sector transfer: not supported
DMA: not supported
PIO: pio0
[anovak at octagon ~]$ sudo hdparm -y /dev/sdb
/dev/sdb:
issuing standby command
SG_IO: bad/missing sense data, sb[]: 70 00 05 00 00 00 00 0a 00 00 00 00 24 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
I think this may be related to https://askubuntu.com/questions/1037997
/upgraded-to-18-04-usb-harddrive-doesn-t-idle-anymore which is someone
else having the same problem.
3. The ZFS tools think the drive is hosed:
[anovak at octagon ~]$ sudo zpool status hub
pool: hub
state: UNAVAIL
status: One or more devices could not be used because the label is missing
or invalid. There are insufficient replicas for the pool to continue
functioning.
action: Destroy and re-create the pool from
a backup source.
see: http://zfsonlinux.org/msg/ZFS-8000-5E
scan: none requested
config:
NAME STATE READ WRITE CKSUM
hub UNAVAIL 0 0 0 insufficient replicas
ata-ST6000DM003-2CY186_ZF200PC8 UNAVAIL 0 0 0
This may be related to the drive having adopted a new /dev/disk/by-id
name during the upgrade? I think it was "ata-
ST6000DM003-2CY186_ZF200PC8" when I added it to my zpool by its
symlink under /dev/disks/by-id, but now it is "usb-
Seagate_Backup+_Hub_BK_NA8TQC87-0:0":
[anovak at octagon ~]$ ls -lah /dev/disk/by-id/usb-Seagate_Backup+_Hub_BK_NA8TQC87-0\:0
lrwxrwxrwx 1 root root 9 May 31 20:52 /dev/disk/by-id/usb-Seagate_Backup+_Hub_BK_NA8TQC87-0:0 -> ../../sdb
This *shouldn't* cause trouble; you should be able to export the zpool
and re-import it under the new name. But zpool import shows nothing to
import:
[anovak at octagon ~]$ sudo zpool import
no pools available to import
And I also can't export or even destroy the busted zpool, because
zpool doesn't think it exists for exporting or destroying purposes:
[anovak at octagon ~]$ sudo zpool export hub
cannot export 'hub': no such pool or dataset
[anovak at octagon ~]$ sudo zpool destroy hub
cannot destroy 'hub': no such pool or dataset
4. The weirdest thing is that the drive itself seems to be working
correctly. I see /dev/sdb1 and /dev/sdb9, as expected for a ZFS drive.
I can `cat /dev/sdb1 | xxd | less` and see the data stored on the
drive, including what I think is the ZFS label (at 0x4000, with a
bunch of ZFS-y strings in it) that zpool is upset about not seeing. I
see the partitions in `gparted` just fine, too; there's no indication
that there's anything wrong with the partition table. Even the
device's integrated USB hub seems to be working fine. This is
definitely not a hard drive failure.
If I had to speculate, I would guess that the drive is being treated as a generic USB mass storage device now, when it used to be being handled as a SATA device in a USB-to-SATA enclosure (which I think it is). That would explain the name change, and the difficulty that hdparm and gsmartcontrol have in talking to it. The ZFS weirdness with not being able to export/destroy the pool has to be another issue; it happens even when the drive is disconnected from the system entirely.
ProblemType: Bug
DistroRelease: Ubuntu 18.04
Package: gsmartcontrol 1.1.3-1
ProcVersionSignature: Ubuntu 4.15.0-22.24-generic 4.15.17
Uname: Linux 4.15.0-22-generic x86_64
NonfreeKernelModules: zfs zunicode zavl icp zcommon znvpair
ApportVersion: 2.20.9-0ubuntu7
Architecture: amd64
CurrentDesktop: ubuntu:GNOME
Date: Thu May 31 20:46:52 2018
InstallationDate: Installed on 2017-08-06 (298 days ago)
InstallationMedia: Ubuntu 17.04 "Zesty Zapus" - Release amd64 (20170412)
ProcEnviron:
TERM=xterm-256color
PATH=(custom, no user)
XDG_RUNTIME_DIR=<set>
LANG=en_US.UTF-8
SHELL=/bin/bash
SourcePackage: gsmartcontrol
UpgradeStatus: Upgraded to bionic on 2018-05-29 (3 days ago)
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gsmartcontrol/+bug/1774569/+subscriptions
More information about the foundations-bugs
mailing list