public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Andrea Arcangeli <andrea@suse.de>
To: Jure Pecar <pegasus@telemach.net>
Cc: linux-kernel@vger.kernel.org, thttpd@bomb.acme.com
Subject: Re: linux 2.2.19pre and thttpd (VM-global problem?)
Date: Fri, 29 Dec 2000 03:29:53 +0100	[thread overview]
Message-ID: <20001229032953.A9810@athlon.random> (raw)
In-Reply-To: <3A4BE9B0.5C809AAC@telemach.net>
In-Reply-To: <3A4BE9B0.5C809AAC@telemach.net>; from pegasus@telemach.net on Fri, Dec 29, 2000 at 02:32:32AM +0100

On Fri, Dec 29, 2000 at 02:32:32AM +0100, Jure Pecar wrote:
> Hi all,
> 
> I'm expiriencing a problem with thttpd web server
> (www.acme.com/software/thttpd) on recent linux 2.2 kernels with Andrea's
> VM-global patches. Without the patch server runs normally with its usual

Before the -7 revision the VM-global was sharing a memory corruption bug with
vanilla 2.2.x. VM-global was incidentally hiding such bug extremely well though
(but with heavy load and using LVM snapshotting I triggered it even under
VM-global-6, so then I spotted such last leftover too and the strict fix for
such MM corruption bug got merged into 2.2.18pre2x too, and at the same time I
released VM-global-7)

I need to know exactly which kernel sources you were using (and also the
compiler of course ;)

> dose of complaints on the linux platform (it's being developed on BSD
> afaik), but with the patch it runs ok for about three days (depends on
> traffic i guess), then enters into some state where it reports 'out of
> memory' for every larger file (>1Mb) it starts serving and dies. When it

out of memory looks an userspace message, so it looks like malloc request was
too large (it could happen because of an userspace corruption in the 'size'
parameter for example).

> comes back up it dies again whitin 10 seconds. As this is not happening
> on a stock kernel and the restart of the server itself has no efect, i
> conclude it has to be something there in the VM-global that thttpd
> doesnt really like. As the VM-global seems to be the only cure for the
> VM_do_try_to_free_pages problem, which is an issue for me too, i'd
> really like to hear some official words on this before 2.2.19 comes out
> with VM-global ... and while i'm at it, can we expect ide patch in
> 2.2.19 too?

Even if you are using VM-global-7 with only this information it's non obvious
that VM-global-7 (the one included 19pre3) is the source of your problem.

So if you were using the -7 revision please check the logs and the console for
Oopses and try to strace the daemon to see how it dies. It's also not clear
what it means that restarting the server itself has no effect, as far I can
tell it could even be an userspace issue (some rc script that doesn't cope with
an unclean exit of the server?). And besides the webserver, how does the rest
of the system behaves when the problem appears? There are too many
possibilities, we need to restrict our search.

You were using -6 revision as first thing you can try to reproduce with
2.2.19pre3 after checking the compiler. If you send me your .config I can send
you a binary image to test.

Thanks for the feedback,
Andrea
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

  reply	other threads:[~2000-12-29  3:02 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2000-12-29  1:32 linux 2.2.19pre and thttpd (VM-global problem?) Jure Pecar
2000-12-29  2:29 ` Andrea Arcangeli [this message]
2000-12-29  2:47   ` Andrea Arcangeli
2000-12-29  7:38     ` Petru Paler
2000-12-29 15:53       ` Andrea Arcangeli
2000-12-29 18:04         ` Petru Paler
2000-12-29 18:13           ` Jakob Østergaard
2000-12-29 18:21             ` Petru Paler
2000-12-29 18:56               ` Alan Cox
2000-12-29 19:11                 ` Andrea Arcangeli
2000-12-29 18:50         ` Alan Cox
2000-12-29 19:06           ` Andrea Arcangeli
2000-12-29 19:14             ` Andi Kleen
2000-12-29 22:40             ` Jakob Østergaard
2000-12-30  4:21             ` dean gaudet
2000-12-30 17:43               ` Andrea Arcangeli
2000-12-29  8:40   ` Jure Pecar
2000-12-29 11:37     ` Alan Cox
2000-12-29 15:36     ` Andrea Arcangeli
  -- strict thread matches above, loose matches on Subject: below --
2000-12-29 16:38 Daniel R. Kegel
2000-12-29 21:23 ` Aaron Sethman
2000-12-29 19:29 Matt Liotta
2000-12-29 19:43 ` Andrea Arcangeli
2001-01-01  1:04 Jure Pecar
2001-01-01 21:56 Jure Pecar

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=20001229032953.A9810@athlon.random \
    --to=andrea@suse.de \
    --cc=linux-kernel@vger.kernel.org \
    --cc=pegasus@telemach.net \
    --cc=thttpd@bomb.acme.com \
    /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