Bug 35083

Summary:	OSError: [Errno 24] Too many open files: '/dev/null'
Product:	[Retired] Red Hat Linux	Reporter:	adler
Component:	up2date	Assignee:	Preston Brown <pbrown>
Status:	CLOSED NOTABUG	QA Contact:	Jay Turner <jturner>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	7.1	CC:	srevivo
Target Milestone:	---
Target Release:	---
Hardware:	i386
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2001-04-07 00:34:45 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:

Description adler 2001-04-07 00:34:42 UTC

From Bugzilla Helper:
User-Agent: Mozilla/4.76 [en] (X11; U; Linux 2.4.2-0.1.25smp i686)


When running up2date on rawhide,  during the "get headers for avilable
packages" stage, I get an error saying

OSError: [Errno 24] Too many open files: '/dev/null'

and up2date freezes up.


Reproducible: Always
Steps to Reproduce:
1.run up2date
2.Click on the next button as if you are going to run up2date
3.watch up2date hang.
	

Here is the full output of the "core dump".

[root@ool-18bb788d /root]# up2date
Traceback (innermost last):
  File "/usr/lib/python1.5/site-packages/libglade.py", line 28, in __call__
  File "/usr/share/rhn/up2date/gui.py", line 250, in onStartPageNext
  File "/usr/share/rhn/up2date/up2date.py", line 1729, in
getUpdatedPackageList
  File "/usr/share/rhn/up2date/up2date.py", line 777, in getHeaders
  File "/usr/share/rhn/up2date/up2date.py", line 677, in getHeaderOffDisk
  File "/usr/share/rhn/up2date/up2date.py", line 950, in checkRpmMd5
OSError: [Errno 24] Too many open files: '/dev/null'

Also, here is the output from rpm -qa | grep up2date

[root@ool-18bb788d /root]# rpm -qa | grep up2date
up2date-gnome-2.5.1-1
up2date-2.5.1-1

Comment 1 Preston Brown 2001-04-07 15:39:15 UTC

I would imagine that this is probably happening while upgrading the "dev" 
package.  Skip that one.

Or, you can up the amount of open files in your kernel by cat'ing a larger 
number into /proc/sys/fs/file-max.

Comment 2 Preston Brown 2001-04-09 17:33:00 UTC

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