linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: "Stephen C. Tweedie" <sct@redhat.com>
To: linux-mm@kvack.org
Cc: Michael L Torrie <torriem@cs.byu.edu>
Subject: [torriem@cs.byu.edu: VM: do_try_to_free_pages failed in 2.2.17]
Date: Mon, 18 Sep 2000 11:31:31 +0100	[thread overview]
Message-ID: <20000918113131.J10210@redhat.com> (raw)

Hi all,

Yet another 2.2.17-eats-my-VM report.  Does anyone have proven patches
other than reverting completely to the old 2.2 VM?  There's been lots
of discussion and hypothesising but no silver bullets so far.

--Stephen

----- Forwarded message from Michael L Torrie <torriem@cs.byu.edu> -----

Date: Sat, 16 Sep 2000 23:11:51 -0600 (MDT)
From: Michael L Torrie <torriem@cs.byu.edu>
To: sct@redhat.com
Subject: VM: do_try_to_free_pages failed in 2.2.17

If you're not the right man to talk to, couldyou forward this onto the
kernel mailing list?  Your name was on the source code, so I guess you are
the person who wrote it, unless I have the wrong Steve Tweedie.  Forgive
me for not writing to the mailing list, but the traffic level prohibits my
subscribing.

In any case, On three separate occasions, on 2 different machines, I've
had the kernel report:
Sep 16 22:19:35 enterprise kernel: VM: do_try_to_free_pages failed for
sawfish..

and for many different programs.  Basically the kernel just spins out of
control and the whole machine locks up.  I understand this was a bug in
the 2.2.16 series, but thought it had been fixes in the 2.2.17 series.  I
need to report the bug is alive and well.  Programs that I know don't have
memory leaks (they've run fro months in the past) suddenly appear to be
consuming huge amounts of ram and swap until the machine thrashes to a
halt.  Perhaps the VM code cannot or does not release pages correctly.  It
appears that programs that do a lot of dynamic allocation will
suffer.  XMMS brought down the system in 15 minutes one time.

I've also had this happen on a server running the same processor with
Reiserfs.  I had to cold restart it.  From watching the system (It has 2
GB of ram and 2 GB of swap so it takes a few days to get to that point),
every once in a while, the kswapd will do some sort of massive swap, which
interrupts nfs service, and in fact all operation.  Is that normal?

If I need to be clearer or provide more information, please let me
know.  I'd appreciate if this problem would receive attention, as I want
my machine to stay up for more than several days, and I don't want to have
to reboot my server, ever.

thank you very much.

Michael Torrie
BYU CS System Programmer
----

----- End forwarded message -----
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux.eu.org/Linux-MM/

             reply	other threads:[~2000-09-18 10:31 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2000-09-18 10:31 Stephen C. Tweedie [this message]
2000-09-18 20:01 ` Marcelo Tosatti

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=20000918113131.J10210@redhat.com \
    --to=sct@redhat.com \
    --cc=linux-mm@kvack.org \
    --cc=torriem@cs.byu.edu \
    /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