Bug 102786 - ENOMEM in journal_alloc_journal_head, retrying - system hangs
Summary: ENOMEM in journal_alloc_journal_head, retrying - system hangs
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: kernel
Version: 7.3
Hardware: i386
OS: Linux
medium
high
Target Milestone: ---
Assignee: Arjan van de Ven
QA Contact: Brian Brock
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2003-08-21 01:15 UTC by Garth Ladlow
Modified: 2007-04-18 16:57 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2003-12-17 01:27:41 UTC
Embargoed:


Attachments (Terms of Use)

Description Garth Ladlow 2003-08-21 01:15:03 UTC
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; T312461)

Description of problem:
This is becoming a regular occurance for this server ( 4 times in the past 
three weeks )

Receive the following over and over again on the console, system console will 
not accept any keyboard input.

ENOMEM in journal_alloc_journal_head, retrying.
ENOMEM in do_get_write_access, retrying
ENOMEM in journal_get_undo_access_Rsmp_10be8bf9, retrying









Version-Release number of selected component (if applicable):
2.4.18-26

How reproducible:
Couldn't Reproduce

Steps to Reproduce:
I am unsure of the cause and have tried cp large amounts of data as per bug 
84738 but nothing.
    

Additional info:

Dell 6650, 12gigs of ram, broadcom bc5700 driver version 6.0.5
19 Oracle instances connected to a Hitachi San using an emulex driver.

[root@gomez root]# uname -a
Linux gomez 2.4.18-26 #12 SMP Thu May 8 18:19:40 EST 2003 i686 unknown

Comment 1 Stephen Tweedie 2003-08-26 17:50:11 UTC
Those warnings simply tell you that ext3 noticed a serious shortage of available
kernel memory.  ext3 was retrying the allocations; other places in the VFS do
the same thing, but only ext3 emits these warnings.  So, there's no telling what
is actually wedged: under severe memory pressure, you _expect_ to see warnings
only from ext3, because that's the only component that bothers to tell you that
there's trouble.

We'd need capture of at least alt-sysrq-t and alt-sysrq-p output to take this
much further.  Serial console would help to capture that.

Comment 2 Dave Jones 2003-12-17 01:27:41 UTC
No activity in 4 months, pending EOL.. closing.



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