Error Sending Ata Identify Timeout
Importance Assigned to Milestone libatasmart Edit Fix Released Medium freedesktop-bugs #63883 You need to log in to change this bug's status. Launchpad couldn't import bug #63883 from freedesktop.org Bugzilla. (what does this mean?) Affecting: libatasmart Filed here by: Thaddaeus Tintenfisch When: 2013-04-24 Started work: 2014-12-29 Completed: 2014-12-29 Target Distribution Baltix BOSS Juju Charms Collection Elbuntu Guadalinex Guadalinex Edu Kiwi Linux nUbuntu PLD Linux Tilix tuXlab Ubuntu Ubuntu Linaro Evaluation Build Ubuntu RTM Package (Find…) Project (Find…) Status Importance Fix Released Medium Assigned to unknown Remote Watch None, the status of the bug is updated manually. None, the status of the bug is updated manually. freedesktop.org Bugzilla #63883 URL: The information about this bug in Launchpad is automatically pulled daily from the remote bug. This information was last pulled on 2016-10-12. Comment on this change (optional) Email me about changes to this bug report libatasmart (Ubuntu) Edit Fix Released Undecided Unassigned Edit You need to log in to change this bug's status. Affecting: libatasmart (Ubuntu) Filed here by: Thaddaeus Tintenfisch When: 2013-03-29 Confirmed: 2014-12-15 Started work: 2014-12-15 Completed: 2014-12-15 Target Distribution Baltix BOSS Juju Charms Collection Elbuntu Guadalinex Guadalinex Edu Kiwi Linux nUbuntu PLD Linux Tilix tuXlab Ubuntu Ubuntu Linaro Evaluation Build Ubuntu RTM Package (Find…) Project (Find…) Status Importance Fix Released Undecided Assigned to Nobody Me Comment on this change (optional) Email me about changes to this bug report udisks2 (Ubuntu) Edit Fix Released Undecided Unassigned Edit You need to log in to change this bug's status. Affecting: udisks2 (Ubuntu) Filed here by: Thaddaeus Tintenfisch When: 2013-08-02 Confirmed: 2014-12-15 Started work: 2014-12-15 Completed: 2014-12-15 Target Distribution Baltix BOSS Juju Cha
Sign in Pricing Blog Support Search GitHub This repository Watch 538 Star 6,951 Fork 3,167 saltstack/salt Code Issues 3,875 Pull requests 46 Projects 0 Wiki Pulse Graphs New issue camcontrol utility causing delays on FreeBSD 10.x #28518 Closed cedwards opened this Issue Nov 3, 2015 · 35 comments Projects None yet Labels Bug Core Grains High Severity P1 Regression Milestone Approved Assignees No one assigned 8 participants Salt Stack member cedwards commented Nov 3, 2015 I've discovered that camcontrol is spawned a number of times on https://bugs.launchpad.net/bugs/1161985 my FreeBSD 10.2-RELEASE system as part of the grains disk identification. These process never seem to complete, and run indefinitely. This has caused grains generation and querying to become unusably slow. Note: I'm unable to kill these processes without rebooting the system. This system has one SSD drive and four SATA drives, but I see a half-dozen camcontrol processes. cachedout commented Nov 3, 2015 https://github.com/saltstack/salt/issues/28518 I take it these aren't virtualized? We had to avoid some virtualization bugs here: https://github.com/saltstack/salt/pull/26201/files and I wonder if we need to take that approach further or just rip out the camcontrol stuff entirely? @kev009 might be able to comment here as well. cachedout added Bug High Severity Core labels Nov 3, 2015 Salt Stack member cedwards commented Nov 3, 2015 The one system having issues is not virtualized, no. This machine also hosts FreeBSD jails, but I have not seen the issue arise within those containers. cachedout commented Nov 3, 2015 Figured as much, but was worth asking. Have you looked to see if this is an upstream bug with camcontrol? I'm not saying we just want to punt it, but it's certainly a bummer that it's hanging like that. jfindlay added Regression P2 Grains labels Nov 3, 2015 jfindlay added this to the Approved milestone Nov 3, 2015 Salt Stack member jfindlay commented Nov 3, 2015 Possibly related to #19865 and #26201. kev009 commented Nov 3, 2015 @cedwards can you enumerate your disk controller (pciconf -lv), controller firmware if LSI, and disks? Salt Stack member c
Tue, 07 May 2013 18:55:38 -0000 too affect this bug here is my log May 7 22:50:49 homeusr-desktop kernel: [ 9067.432515] usb 1-1.1: new high-speed USB device number 4 using http://www.archivum.info/ubuntu-bugs@lists.ubuntu.com/2013-05/06728/(Bug-1161985)-Re-Error-sending-ATA-command-IDENTIFY-DEVICE.html ehci-pci May 7 22:50:50 homeusr-desktop kernel: [ 9067.525960] usb 1-1.1: New USB device found, idVendor=14cd, idProduct=6116 May 7 22:50:50 homeusr-desktop kernel: [ 9067.525965] usb 1-1.1: New USB device strings: https://bugzilla.redhat.com/show_bug.cgi?id=983813 Mfr=1, Product=3, SerialNumber=2 May 7 22:50:50 homeusr-desktop kernel: [ 9067.525968] usb 1-1.1: Product: USB 2.0 SATA BRIDGE May 7 22:50:50 homeusr-desktop kernel: [ 9067.525970] usb 1-1.1: Manufacturer: Super Top error sending May 7 22:50:50 homeusr-desktop kernel: [ 9067.525972] usb 1-1.1: SerialNumber: M6116018VF16 May 7 22:50:50 homeusr-desktop kernel: [ 9067.526610] scsi7 : usb-storage 1-1.1:1.0 May 7 22:50:50 homeusr-desktop mtp-probe: checking bus 1, device 4: "/sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.1" May 7 22:50:50 homeusr-desktop mtp-probe: bus: 1, device: 4 was not an MTP device May 7 22:50:51 homeusr-desktop kernel: [ 9068.524551] scsi 7:0:0:0: Direct-Access WDC WD10 error sending ata JPVT-55A1YT0 PQ: 0 ANSI: 0 May 7 22:50:51 homeusr-desktop kernel: [ 9068.525326] sd 7:0:0:0: Attached scsi generic sg2 type 0 May 7 22:50:51 homeusr-desktop kernel: [ 9068.525991] sd 7:0:0:0: [sdb] 1953525168 512-byte logical blocks: (1.00 TB/931 GiB) May 7 22:50:51 homeusr-desktop kernel: [ 9068.526873] sd 7:0:0:0: [sdb] Write Protect is off May 7 22:50:51 homeusr-desktop kernel: [ 9068.526878] sd 7:0:0:0: [sdb] Mode Sense: 03 00 00 00 May 7 22:50:51 homeusr-desktop kernel: [ 9068.529089] sd 7:0:0:0: [sdb] No Caching mode page present May 7 22:50:51 homeusr-desktop kernel: [ 9068.529094] sd 7:0:0:0: [sdb] Assuming drive cache: write through May 7 22:50:51 homeusr-desktop kernel: [ 9068.531080] sd 7:0:0:0: [sdb] No Caching mode page present May 7 22:50:51 homeusr-desktop kernel: [ 9068.531085] sd 7:0:0:0: [sdb] Assuming drive cache: write through May 7 22:50:51 homeusr-desktop kernel: [ 9068.586118] sdb: sdb1 May 7 22:50:51 homeusr-desktop kernel: [ 9068.589203] sd 7:0:0:0: [sdb] No Caching mode page present May 7 22:50:51 homeusr-desktop kernel: [ 9068.589208] sd 7:0:0:0: [sdb] Assuming drive cache: write through May 7 22:50:51 homeusr-desktop kernel: [ 9068.58
Format For Printing -XML -Clone This Bug -Last Comment First Last Prev Next This bug is not in your last search results. Bug983813 - USB Drive not able to be accessed on F19, ok on F18 Summary: USB Drive not able to be accessed on F19, ok on F18 Status: CLOSED INSUFFICIENT_DATA Aliases: None Product: Fedora Classification: Fedora Component: kernel (Show other bugs) Sub Component: --- Version: 19 Hardware: x86_64 Linux Priority unspecified Severity unspecified TargetMilestone: --- TargetRelease: --- Assigned To: Kernel Maintainer List QA Contact: Fedora Extras Quality Assurance Docs Contact: URL: Whiteboard: Keywords: Depends On: Blocks: Show dependency tree /graph Reported: 2013-07-11 22:34 EDT by Darren Steven Modified: 2013-10-08 12:56 EDT (History) CC List: 6 users (show) gansalmon itamar jonathan kernel-maint madhu.chinakonda tbzatek See Also: Fixed In Version: Doc Type: Bug Fix Doc Text: Story Points: --- Clone Of: Environment: Last Closed: 2013-10-08 12:56:24 EDT Type: Bug Regression: --- Mount Type: --- Documentation: --- CRM: Verified Versions: Category: --- oVirt Team: --- RHEL 7.3 requirements from Atomic Host: Cloudforms Team: --- Attachments (Terms of Use) dmesg from upstream bugreport (32.48 KB, text/plain) 2013-07-26 05:55 EDT, Tomáš Bžatek no flags Details Add an attachment (proposed patch, testcase, etc.) External Trackers Tracker ID Priority Status Summary Last Updated FreeDesktop.org 65785 None None None Never Launchpad 1161985 None None None Never Groups: None (edit) Description Darren Steven 2013-07-11 22:34:22 EDT Description of problem: I have 3 USB HDD, with WD scorpion, via a USB SATA bridge, with LUKS. On F18, these devices are recognised, and mounted in kde. In F19, the dmesg shows teh device detected, but hen there are messages about ATA PACKET DEVICE IDENTIFY TIMEOUTS. The drive light is flashing while this happens. Drives re-tested on F18, and accessible. Version-Release number of selected component (if applicable): F19, latest updates How reproducible: 100% on this host. many reports on other OS of similar issues with udisks2 suspected as culprit Steps to Reproduce: 1. Install clean F19 x86_64 2. Plug USB drive 3. Observe drive detected in dmesg, then errors accessing Actual results: Drive identification fails Expected results: Drive identified, LUKS password requested etc Additional info: See https://bugs.launchpad.net/ubuntu/+source/libatasmart/+bug/1161985 Also various othe OS with similar problems journalctl Jul 12 12:27:08 dwsav.b-elab.com kernel: scsi 10:0:0:0: Direct-Access WDC WD16 00BEVT-22ZCT0 PQ: 0 ANSI: 0 Jul 12 12:27:08 dwsav.b-elab.com kernel: sd 10:0:0:0: Atta