All of lore.kernel.org
 help / color / mirror / Atom feed
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.

             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.