From: Michael Renner <michael.renner@geizhals.at>
To: linux-kernel@vger.kernel.org
Subject: faulty oom-killer on amd64?
Date: Thu, 24 Nov 2005 01:26:57 +0000 (UTC) [thread overview]
Message-ID: <loom.20051124T013917-518@post.gmane.org> (raw)
Hi,
I'm seeing lack of OOM killing on two of our amd64/x86_64 servers. One is a
single core quad opteron with 32 gb ram, the other one a 8 processor dual core
opteron with 64 gb ram. We've got a perl script (which forks itself a few times)
which tends to eat up a lot of ram, eventually reaching the systems limits. I
bandaided the problem in the meanwhile with ulimits (while we try to figure out
why perl is misbehaving in the first place) but the kernel should also behave
properly when it's allocateable memory gets stretched thin.
On the four processor machine this usually ended up in the box freezing up more
or less (userland stalled, sysrq keys working though. I usually did a sync and
then rebooted, sending terms/kills to all processes worked rarely). A log of
such an event can be seen at http://phpfi.com/88425.
On the 16 processor machine I get CPU lockups with identical traces which can be
seen at http://666kb.com/i/10yov42ydfdog.jpg and
http://666kb.com/i/10yom358azw8w.jpg (this was tested with 2.6.14 and 2.6.15-rc2
respectively).
http://phpfi.com/88428 is the .config of the 16 processor machine and
http://phpfi.com/88429 of the 4 processor one.
Any ideas?
--
best regards,
Michael Renner - Network services
Preisvergleich Internet Services AG
Obere Donaustraße 63/2, A-1020 Wien
Tel: +43 1 5811609 80
Fax: +43 1 5811609 55
next reply other threads:[~2005-11-24 1:31 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-11-24 1:26 Michael Renner [this message]
2005-11-24 17:27 ` faulty oom-killer on amd64? Michael Renner
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=loom.20051124T013917-518@post.gmane.org \
--to=michael.renner@geizhals.at \
--cc=linux-kernel@vger.kernel.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox