From: ebiederm@xmission.com (Eric W. Biederman)
To: Martin Rode <Martin.Rode@programmfabrik.de>
Cc: Rik van Riel <riel@conectiva.com.br>, linux-kernel@vger.kernel.org
Subject: Re: 2.4.1 crashes every two days, oopses included
Date: 19 Feb 2001 10:17:31 -0700 [thread overview]
Message-ID: <m1elwu1tjo.fsf@frodo.biederman.org> (raw)
In-Reply-To: <Pine.LNX.4.31.0102151645110.25331-100000@localhost.localdomain> <3A90E072.BCF45429@programmfabrik.de>
In-Reply-To: Martin Rode's message of "Mon, 19 Feb 2001 09:59:30 +0100"
Martin Rode <Martin.Rode@programmfabrik.de> writes:
> Rik van Riel wrote:
>
> > On Thu, 15 Feb 2001, Martin Rode wrote:
> >
> > > My last bug report did not seem to attract to much attention.
> >
> > > For now we have switched back to 2.2.18 which stays up for about
> > > a week before it crashes because of the VM too.
> >
> > [snip]
> > > VM: reclaim_page, wrong page on list.
> > > VM: refill_inactive, wrong page on list.
> > > Unable to handle kernel paging request at virtual address 00002208
> >
> > Since:
> > 1. you see this kind of bug with both 2.2 and the completely
> > changed 2.4 VM code and
> > 2. this bug usually only happens when people have RAM problems,
> >
> > could you try running memtest86 on that machine to see if it indeed
> > has memory errors or if the problem is coming from somewhere else ?
>
> Hello Rik,
>
> my maschine has spent the entire week-end running memtest86. It ran for
> over 60 hours with all tests and it finished 3 passes with 0 errors.
>
> Here's one more interesting aspect about the behaviour I'm seeing:
>
> with 256 MB RAM:
>
> <= 2.2.18: > 7 days, crashes randomly, no pattern.
> >= 2.2.19pre2: 1 hour. Crashes as soon as I start hylafax daemon,
> reproducable.
>
>
> with 512 MB RAM
>
> <= 2.2.18: same behaviour as with 2.4.1
> 2.4.1: Stands up 1 day, crashes as soon as arekeia has started the
> backup (happend twice, second oopses included in my last mail)
>
>
> Is there anything I can do? Is my problem kernel related? I believe
> somehow it is. Is my maschine busted?
You might want to double check that you have either disabled power
management or that you at least are not using memory it is using.
I ran into one motherboard that would not disable power management but
with default settings did not report which memory it was using for
power management. Eventually I enabled ACPI and that helped.
Eric
prev parent reply other threads:[~2001-02-19 17:30 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-02-15 15:19 2.4.1 crashes every two days, oopses included Martin Rode
2001-02-15 15:48 ` Rik van Riel
2001-02-19 8:59 ` Martin Rode
2001-02-19 17:17 ` Eric W. Biederman [this message]
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=m1elwu1tjo.fsf@frodo.biederman.org \
--to=ebiederm@xmission.com \
--cc=Martin.Rode@programmfabrik.de \
--cc=linux-kernel@vger.kernel.org \
--cc=riel@conectiva.com.br \
/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