All of lore.kernel.org
 help / color / mirror / Atom feed
From: Vasco Figueira <figueira@europe.com>
To: linux-kernel@vger.kernel.org
Subject: Re: 2.4.4 kernel freeze for unknown reason
Date: Tue, 29 May 2001 04:59:26 +0100	[thread overview]
Message-ID: <3B131E9E.70505@europe.com> (raw)

Hi all,

On Fri May 11 2001 - 13:45:24 EST, Vincent Stemen 
(linuxkernel@AdvancedResearch.org) wrote:

 >On Wednesday 09 May 2001 22:57, Jacky Liu wrote:

 >> The machine has been randomly lockup (totally freeze) for number of
 >> times without any traceable clue or error message. Usually the time
 >> frame between each lockup is between 24 to 72 hours. The screen just
 >> freeze when it's lockup (either in Console or X) and no "kernel >panic"
 >> type or any error message prompt up. All services (SSH, DNS, etc..)
 >> are dead when it's lockup
(...)

 >I have been experiencing these same problems since version 2.4.0.
 >Although, I think it has improved a little in 2.4.4, it still locks
 >up. The problem seems to be related to memory management and/or swap,
 >and is seems to do it primarily on machines with over 128Mb of RAM.
 >Although, I have not tested systematically enough to confirm this.

I have the same problem on a Toshiba satellite 4070, 366 celeron, 64M 
ram, redhat 7.1 and vanilla 2.4.5. Exactly the same bug description. 
Totally reproducible.

 >I have been monitoring the memory usage constantly with the gnome
 >memory usage meter and noticed that as swap grows it is never freed
 >back up. I can kill off most of the large applications, such as
 >netscape, xemacs, etc, and little or no memory and swap will be freed.
 >Once swap is full after a few days, my machine will lock up.

After a few *hours*.

Then I have (as you said) to do swapoff /dev/hda4 ; swapon -a in order 
to free the swap. If I do this, everything is fine... till it fills up 
again.

 >(...)I am
 >disappointed that we are now on the forth 2.4.x kernel version and
 >such as serious problem that has been there since 2.4.0 still exists.
 >This is pretty much a show stopper for having a production machine.

Totally agree. This is quite a showstopper. Do_try_to_free_pages, err... 
sorry, fix_bug.

Regards,

Vasco Figueira


             reply	other threads:[~2001-05-29  3:57 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-05-29  3:59 Vasco Figueira [this message]
  -- strict thread matches above, loose matches on Subject: below --
2001-05-15  7:13 2.4.4 kernel freeze for unknown reason Jacky Liu
2001-05-16  5:25 ` Vincent Stemen
2001-05-11  2:26 Jacky Liu
2001-05-10  3:57 Jacky Liu
2001-05-11 18:45 ` Vincent Stemen
2001-05-11 18:46   ` Alan Cox
2001-05-12  6:05     ` Mike Galbraith
2001-05-12 11:18       ` Alan Cox
2001-05-12 13:45         ` Mike Galbraith
2001-05-12 14:25           ` Alan Cox
2001-05-12 15:33             ` Mike Galbraith
2001-05-13 18:16       ` Christoph Rohland
2001-05-14  4:36         ` Mike Galbraith
2001-05-13  6:17     ` Vincent Stemen

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=3B131E9E.70505@europe.com \
    --to=figueira@europe.com \
    --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.