Bug 461458 - kernel returns EPERM when RLIMIT_NOFILE is set to RLIM_INFINITY
Summary: kernel returns EPERM when RLIMIT_NOFILE is set to RLIM_INFINITY
Keywords:
Status: CLOSED UPSTREAM
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: rawhide
Hardware: All
OS: Linux
low
low
Target Milestone: ---
Assignee: Kernel Maintainer List
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
: 461913 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2008-09-08 08:33 UTC by Adam Tkac
Modified: 2013-04-30 23:41 UTC (History)
3 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2008-11-04 10:52:02 UTC
Type: ---
Embargoed:

Attachments (Terms of Use)
testcase (836 bytes, text/plain)
2008-09-08 08:33 UTC, Adam Tkac 		no flags Details
proposed patch (908 bytes, patch)
2008-09-08 08:37 UTC, Adam Tkac 		no flags Details | Diff
Show Obsolete (1) View All

Description Adam Tkac 2008-09-08 08:33:59 UTC 
Created attachment 316052 [details]
testcase

Description of problem:
when I want set open files limit to infinity kernel returns EPERM.

Version-Release number of selected component (if applicable):
$ uname -r
2.6.27-0.312.rc5.git7.fc10.x86_64

How reproducible:
always

Steps to Reproduce:
try run attached testcase (under root, of course) and see output from strace
  
Actual results:
limit is not set, EPERM is returned

Expected results:
limit is set to "infinity" (currently NR_OPEN)
Comment 1 Adam Tkac 2008-09-08 08:37:12 UTC 
Created attachment 316057 [details]
proposed patch
Comment 2 Dave Jones 2008-09-08 18:33:17 UTC 
If you haven't already, can you send this to linux-kernel.org please ?

Thanks.
Comment 3 Adam Tkac 2008-09-11 17:13:11 UTC 
(In reply to comment #2)
> If you haven't already, can you send this to linux-kernel.org
> please ?
> 
> Thanks.

Done, already in MM tree. Would it be possible include attached patch to next distribution kernel update, please? (all F8/F9/rawhide kernels) It is needed by bind package (bug #461913). Thanks
Comment 4 Adam Tkac 2008-09-15 12:18:59 UTC 
Improved version of patch is on http://lkml.org/lkml/2008/9/12/56
Comment 5 Adam Tkac 2008-09-22 13:14:53 UTC 
*** Bug 461913 has been marked as a duplicate of this bug. ***
Comment 6 Brennan Ashton 2008-11-04 05:34:31 UTC 
Has this patch made it into the kernel, if so please close this bug.
Comment 7 Adam Tkac 2008-11-04 10:52:02 UTC 
Patch has been merged in 0c2d64fb6cae9aae480f6a46cfe79f8d7d48b59f (2.6.28 series), closing
Note You need to log in before you can comment on or make changes to this bug.