ioprio_set shouldn't need CAP_SYS_ADMIN to lower IO priorities
Bug #138846 reported by
Miguel Rodríguez
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
linux (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
linux-source-2.6.22 (Ubuntu) |
Won't Fix
|
Undecided
|
Unassigned |
Bug Description
In the current implementation, the call ioprio_set requieres admin privileges to select the IOPRIO_CLASS_IDLE scheduling class.
Although this is a sensible thing to require for messing with the priorities of other users' processes, it shouldn't get in the way of users *lowering* their own IO priority.
IMO if a user is allowed to kill, stop, nice, ... its processes, he/she should also be allowed to stall them if so desires.
This policy prevents indexing daemons (trackerd) to select the IDLE scheduling class. (See bug #138249).
To post a comment you must log in.
Beginning with the Hardy Heron 8.04 development cycle, all open Ubuntu kernel bugs need to be reported against the "linux" kernel package. We are automatically migrating this bug to the new "linux" package. However, development has already began for the upcoming Intrepid Ibex 8.10 release. It would be helpful if you could test the upcoming release and verify if this is still an issue - http:// www.ubuntu. com/testing . If the issue still exists, please update this report by changing the Status of the "linux" task from "Incomplete" to "New". We appreciate your patience and understanding as we make this transition. Thanks!