Bug 3195 - /sbin/init goes bananas in memory full
Summary: /sbin/init goes bananas in memory full
Status: CLOSED DEFERRED
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: SysVinit (Show other bugs)
(Show other bugs)
Version: 5.2
Hardware: i386 Linux
medium
high
Target Milestone: ---
Assignee: David Lawrence
QA Contact:
URL:
Whiteboard:
Keywords:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 1999-06-01 15:18 UTC by pere
Modified: 2008-05-01 15:37 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 1999-06-02 09:48:16 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

Description pere 1999-06-01 15:18:40 UTC
On two of our Redhat 5.2 machines, we has experienced a
crasy /sbin/init.

We discovered that the machines had lots of zombi processes.
'ps axl' on other machiens tells me that init normally
rests in 'do_select'.  On the problematic machines, it
rested in 'pause', and did not respond to any signals.

The zombi processes was a result of init not collecting
its childs.

I beleave this has happended when the machines in question
went out of free memory - a runaway netscape.  rwhod,
syslogd and crond was also dead.

init should not go crasy in any case, so the problem should
be fixed.

Comment 1 Jeff Johnson 1999-06-02 09:48:59 UTC
There are many, many problems, not just with /sbin/init, that
occur when there is insufficient swap space to run linux.


Note You need to log in before you can comment on or make changes to this bug.