Bug 507963

Summary:	hdparm can't spin down my pata drives
Product:	[Fedora] Fedora	Reporter:	regis.fouret
Component:	hdparm	Assignee:	Karsten Hopp <karsten>
Status:	CLOSED ERRATA	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	high	Docs Contact:
Priority:	low
Version:	11	CC:	arne_woerner, bugzilla, esandeen, karsten, moneta.mace, rtc
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:	9.16-1.fc11	Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2009-08-15 08:15:39 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:
Bug Blocks:	454582

Description regis.fouret 2009-06-24 21:00:38 UTC

Description of problem:
after issuing hdparm -Y /dev/sdb, my drive is entering sleep mode then going immediately active
for another drive it just ignore the sleep mode command and stay active


Version-Release number of selected component (if applicable):
v9.12

How reproducible:
always

Steps to Reproduce:
1.hdparm -Y /dev/sdb
2.
3.
  
Actual results:
drive doesn't sleep

Expected results:
drive should enter sleep mode

Additional info:
bugfix is to update hdparm to version v9.15 which works ok

Comment 1 Peter Backes 2009-07-17 20:33:13 UTC

This is a bug in 7.3 <= hdparm < 9.14. It is caused by hdparm opening the device with O_RDRW instead of O_RDONLY and triggered if udevd is running.

Relevant entries from hdparm ChangeLog:
hdparm-9.14
        ...
        - switch back to O_RDONLY for everything, to keep Debian/udevd happy
                http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=522091
          Note that the kernel returns EFAULT rather than EPERM from SG_IO for
          non-root users, and *no* SG_IO functions work for non-root users now.
...
hdparm-7.3
        ...
        - use O_RDWR instead of O_RDONLY for better SG_IO compatibility

see also bug #494711, which is incorrectly filed as a kernel bug and essentially describes the same issue
bug #511936 is another duplicate of this bug

Comment 2 Eric Sandeen 2009-07-17 20:45:00 UTC

*** Bug 494711 has been marked as a duplicate of this bug. ***

Comment 3 Eric Sandeen 2009-07-17 20:46:09 UTC

*** Bug 511936 has been marked as a duplicate of this bug. ***

Comment 4 Fedora Update System 2009-07-17 21:05:26 UTC

hdparm-9.16-1.fc11 has been submitted as an update for Fedora 11.
http://admin.fedoraproject.org/updates/hdparm-9.16-1.fc11

Comment 5 Peter Backes 2009-07-17 21:34:58 UTC

As expected, the update fixes the problem.

Comment 6 Karsten Hopp 2009-07-18 23:01:20 UTC

re comment #5: Please add this comment at our updates website so that the new package will be pushed to the stable repository automatically when enough positive comments were entered. The link is available in comment #4

Comment 7 Fedora Update System 2009-07-22 21:46:27 UTC

hdparm-9.16-1.fc11 has been pushed to the Fedora 11 testing repository.  If problems still persist, please make note of it in this bug report.
 If you want to test the update, you can install it with 
 su -c 'yum --enablerepo=updates-testing update hdparm'.  You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F11/FEDORA-2009-7829

Comment 8 Fedora Update System 2009-08-15 08:15:34 UTC

hdparm-9.16-1.fc11 has been pushed to the Fedora 11 stable repository.  If problems still persist, please make note of it in this bug report.