linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: Martin Josefsson <gandalf@wlug.westbo.se>
To: Andrew Morton <akpm@zip.com.au>
Cc: Daniel Phillips <phillips@arcor.de>,
	Steven Cole <elenstev@mesatop.com>,
	linux-mm@kvack.org
Subject: Re: 2.5.33-mm3 dbench hang and 2.5.33 page allocation failures
Date: 06 Sep 2002 02:09:09 +0200	[thread overview]
Message-ID: <1031270949.5760.334.camel@tux> (raw)
In-Reply-To: <3D77ED4D.B5C92504@zip.com.au>

[-- Attachment #1: Type: text/plain, Size: 1555 bytes --]

On Fri, 2002-09-06 at 01:48, Andrew Morton wrote:

> > I've seen this on 6 diffrent machines (master.kernel.org is one of
> > them). I have a fileserver here that hits this all the time, sometimes
> > as much as a few times a day.
> > 
> 
> What have you seen?  I doubt if it's a memory leak - they tend to
> be preceded by a very obvious swapstorm.
> 
> It seems that you have boxes which lock up, and we have no more info
> than that.
> 
> If the machine remains pingable then yes, it may be a VM deadlock/livelock.
> We'd need to know the kernel version, system description, and a SYSRQ-T
> trace passed through ksymoops would be helpful.

They lock up, they respond to ping and accept connections. But nothing
responds in userspace. You can switch consoles and sysrq works but
otherwise they are unresponsive to keyboard input.
No kernelmessages or anything and no heavy swapout storms before lockup.

The fileserver is running 2.4.19-pre8-xfs (I've seen it with vanilla
2.4.19 aswell on other machines), Athlon 1600+, 256MB ram, 1+ TB disk
(IDE). I can't seem to find my traces right now but I know they included
references to empty_zero_page, I'll see if I can get a new trace next
time. Upgraded to 2.4.19-xfs with kdb yesterday, maybe that will give
some more info.

I've seen the same thing on my workstation (2.4.19 with ext3) a few
times, the last time it happened was when I switched tabs in galeon.

--
/Martin

Never argue with an idiot. They drag you down to their level, then beat
you with experience.

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

  reply	other threads:[~2002-09-06  0:09 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-09-05 17:23 Steven Cole
2002-09-05 18:03 ` Andrew Morton
2002-09-05 18:22   ` Steven Cole
2002-09-05 19:21     ` Steven Cole
2002-09-05 19:37       ` Andrew Morton
2002-09-06 14:14         ` Steven Cole
2002-09-05 19:15 ` Daniel Phillips
2002-09-05 23:38   ` Martin Josefsson
2002-09-05 23:48     ` Andrew Morton
2002-09-06  0:09       ` Martin Josefsson [this message]
2002-09-06  0:02     ` Daniel Phillips

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=1031270949.5760.334.camel@tux \
    --to=gandalf@wlug.westbo.se \
    --cc=akpm@zip.com.au \
    --cc=elenstev@mesatop.com \
    --cc=linux-mm@kvack.org \
    --cc=phillips@arcor.de \
    /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