From: Fabio Coatti <cova@ferrara.linux.it>
To: linux-kernel@vger.kernel.org, Andrea Arcangeli <andrea@suse.de>
Subject: strange behaviour with x86_64
Date: Wed, 15 Nov 2006 16:08:23 +0100 [thread overview]
Message-ID: <200611151608.23992.cova@ferrara.linux.it> (raw)
Hi all,
I'm seeing a strange behaviour on a dual opteron machine (or, at least it seem
so to me) and I need some advice.
The hardware is: dual opteron 2.4, dual core, 2GB ram
This machine runs apache webserver/mod_perl. Due to some bug in perl code,
often the machine runs out of memory, and oomkiller triggers.
Nothing wrong in this, but while this happens the machine freezes: no activity
is possible, it only answers to "ping" packets and to sysreq commands. Even
the console login freezes.
The only possible recovery is to reboot the machine. I've tried, to collect
more information, to reduce the swap space from 2Gb to 200Mb, and in fact the
lockup happens more often.
It seems to me that when the kernel runs out of memory (swap+phys), it is
unable to recover in any way, even if the oomkiller removes a good deal of
memory hog processes.
Maybe this is the usual behaviour, but I'm a little bit perplexed.
I've used netconsole to collect more data, and I'm attaching a sysreq-t output
obtained during the "lockup" phase. Thanks to Andrea for some useful hints on
how to use netconsole facility :)
Let me know if you need more information, or if this a "no issue" situation :)
the sysreq log file can be found at this url:
http://members.ferrara.linux.it/cova/sysreq.log
Speaking of netconsole, I've been able to collect information from sysreq, but
no boot messages are sent over the network; only when the userland comes up I
can see messages on the remote machines. As anyone some hints about this?
Thanks.
--
Fabio "Cova" Coatti http://members.ferrara.linux.it/cova
Ferrara Linux Users Group http://ferrara.linux.it
GnuPG fp:9765 A5B6 6843 17BC A646 BE8C FA56 373A 5374 C703
Old SysOps never die... they simply forget their password.
next reply other threads:[~2006-11-15 15:08 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-11-15 15:08 Fabio Coatti [this message]
2006-11-16 12:38 ` strange behaviour with x86_64 Oleg Verych
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=200611151608.23992.cova@ferrara.linux.it \
--to=cova@ferrara.linux.it \
--cc=andrea@suse.de \
--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 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.