From: Olaf Hering <olh@suse.de>
To: Marcelo Tosatti <marcelo@conectiva.com.br>
Cc: lkml <linux-kernel@vger.kernel.org>
Subject: Re: __alloc_pages: 0-order allocation failed
Date: Mon, 24 Sep 2001 17:54:19 +0200 [thread overview]
Message-ID: <20010924175419.A30742@suse.de> (raw)
In-Reply-To: <20010924040208.A624@localhost.localdomain> <Pine.LNX.4.21.0109240810300.1593-100000@freak.distro.conectiva>
In-Reply-To: <Pine.LNX.4.21.0109240810300.1593-100000@freak.distro.conectiva>; from marcelo@conectiva.com.br on Mon, Sep 24, 2001 at 08:12:20AM -0300
On Mon, Sep 24, Marcelo Tosatti wrote:
>
>
> On Mon, 24 Sep 2001, Jacek [iso-8859-2] Pop³awski wrote:
>
> > I just installed 2.4.10, and...
> >
> > __alloc_pages: 0-order allocation failed (gfp=0x1d2/0) from c0126c2e
> > __alloc_pages: 0-order allocation failed (gfp=0x1d2/0) from c0126c2e
> > __alloc_pages: 0-order allocation failed (gfp=0x1d2/0) from c0126c2e
> > VM: killing process donkey_s
> > __alloc_pages: 0-order allocation failed (gfp=0x1f0/0) from c0126c2e
> > __alloc_pages: 0-order allocation failed (gfp=0x1d2/0) from c0126c2e
> > VM: killing process screen
> > __alloc_pages: 0-order allocation failed (gfp=0x1d2/0) from c0126c2e
> > VM: killing process bash
> > (...)
> >
> > I am changing kernels often, but never seen that kind of message. Last kernel I
> > had before 2.4.10 was 2.4.10-pre4.
> >
> > PS. donkey_s is application which eats a lot of memory, but I have 384MB RAM
> > and 100MB swap.
>
> Jacek,
>
> You had available swap when the VM started to kill processes ?
I see that too with 2.4.10aa1 on a 4way 2gig ppc power3 box without
swap:
mandarine:~ # w
bash: fork: Cannot allocate memory
mandarine:~ # w
bash: /usr/bin/w: Cannot allocate memory
mandarine:~ # w
5:50pm up 13 min, 3 users, load average: 6.27, 3.30, 1.67
USER TTY FROM LOGIN@ IDLE JCPU PCPU WHAT
root ttyS0 - 5:39pm 3.00s 3.19s 1.51s w
olaf pts/0 nectarine.suse.d 5:39pm 9:45 43.90s 0.06s sh
do_all
olh pts/1 nectarine.suse.d 5:48pm 7.00s 0.79s 0.79s -bash
mandarine:~ # free
bash: fork: Cannot allocate memory
mandarine:~ # dmesg | tail
__alloc_pages: 0-order allocation failed (gfp=0x1f0/0)
__alloc_pages: 0-order allocation failed (gfp=0x1f0/0)
__alloc_pages: 0-order allocation failed (gfp=0x70/0)
__alloc_pages: 0-order allocation failed (gfp=0x70/0)
__alloc_pages: 0-order allocation failed (gfp=0x70/0)
__alloc_pages: 0-order allocation failed (gfp=0x70/0)
__alloc_pages: 0-order allocation failed (gfp=0x70/0)
__alloc_pages: 0-order allocation failed (gfp=0x70/0)
__alloc_pages: 0-order allocation failed (gfp=0x1f0/0)
VM: killing process cc1
mandarine:~ # free
total used free shared buffers
cached
Mem: 2057304 2052932 4372 0 53480
1792468
-/+ buffers/cache: 206984 1850320
Swap: 0 0 0
mandarine:~ # free
bash: fork: Cannot allocate memory
mandarine:~ # vmstat
bash: fork: Cannot allocate memory
mandarine:~ # vmstat
bash: fork: Cannot allocate memory
mandarine:~ # vmstat
bash: fork: Cannot allocate memory
mandarine:~ # vmstat
bash: fork: Cannot allocate memory
mandarine:~ # vmstat
bash: fork: Cannot allocate memory
mandarine:~ # vmstat
procs memory swap io system
cpu
r b w swpd free buff cache si so bi bo in cs us
sy id
3 0 1 0 2744 53944 1794968 0 0 440 343 75 300 14
28 58
mandarine:~ # free
Killed
That did not happen with pre10aa1, at least the OOM kills.
I happend with a bk pull, a build in the background. I seems that it
doesnt release some memory...
Gruss Olaf
--
$ man clone
BUGS
Main feature not yet implemented...
next prev parent reply other threads:[~2001-09-24 15:54 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-09-24 2:02 __alloc_pages: 0-order allocation failed Jacek Popławski
2001-09-24 11:12 ` Marcelo Tosatti
2001-09-24 8:13 ` Paul Larson
2001-09-24 9:01 ` Paul Larson
2001-09-24 12:38 ` Marcelo Tosatti
2001-09-24 11:35 ` Paul Larson
2001-09-24 15:12 ` Marcelo Tosatti
2001-09-24 19:48 ` tpepper
2001-09-26 13:48 ` Andrea Arcangeli
2001-09-24 15:33 ` Christian Bornträger
2001-09-25 22:09 ` Andrea Arcangeli
2001-09-25 21:25 ` Marcelo Tosatti
2001-09-25 23:05 ` Andrea Arcangeli
2001-09-26 18:15 ` tpepper
2001-09-26 18:29 ` Andrea Arcangeli
2001-09-25 22:16 ` Christian Bornträger
2001-09-25 23:01 ` Andrea Arcangeli
2001-09-25 23:10 ` Christian Bornträger
2001-09-25 23:19 ` Andrea Arcangeli
2001-09-25 23:24 ` Christian Bornträger
2001-09-25 23:46 ` Andrea Arcangeli
2001-09-26 7:29 ` Christian Bornträger
2001-09-24 15:54 ` Olaf Hering [this message]
2001-09-24 16:06 ` Olaf Hering
2001-09-24 21:03 ` Jacek Popławski
2001-09-24 21:11 ` Jacek Popławski
2001-09-24 12:58 ` Christian Bornträger
2001-09-24 13:05 ` Arjan van de Ven
-- strict thread matches above, loose matches on Subject: below --
2006-05-31 12:09 Oliver König
2006-06-01 12:19 ` Jes Sorensen
2001-09-04 13:11 Martin MOKREJŠ
2001-09-04 16:12 ` Daniel Phillips
2001-09-07 12:53 ` Martin MOKREJŠ
2001-09-07 13:06 ` Martin MOKREJŠ
2001-09-07 20:43 ` Daniel Phillips
2001-09-07 21:00 ` Daniel Phillips
2001-09-12 13:06 ` Martin MOKREJŠ
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20010924175419.A30742@suse.de \
--to=olh@suse.de \
--cc=linux-kernel@vger.kernel.org \
--cc=marcelo@conectiva.com.br \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.