From owner-freebsd-current Mon Nov 9 21:13:49 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA11215 for freebsd-current-outgoing; Mon, 9 Nov 1998 21:13:49 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from allegro.lemis.com (allegro.lemis.com [192.109.197.134]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA11210 for ; Mon, 9 Nov 1998 21:13:46 -0800 (PST) (envelope-from grog@freebie.lemis.com) Received: from freebie.lemis.com (freebie.lemis.com [192.109.197.137]) by allegro.lemis.com (8.9.1/8.9.0) with ESMTP id PAA16546; Tue, 10 Nov 1998 15:43:28 +1030 (CST) Received: (from grog@localhost) by freebie.lemis.com (8.9.1/8.9.0) id PAA18091; Tue, 10 Nov 1998 15:43:27 +1030 (CST) Message-ID: <19981110154327.X499@freebie.lemis.com> Date: Tue, 10 Nov 1998 15:43:27 +1030 From: Greg Lehey To: Alexander Litvin , Luoqi Chen Cc: current@FreeBSD.ORG Subject: Re: The infamous dying daemons bug References: <199811092056.PAA22043@lor.watermarkgroup.com> <199811100136.DAA00563@grape.carrier.kiev.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: <199811100136.DAA00563@grape.carrier.kiev.ua>; from Alexander Litvin on Tue, Nov 10, 1998 at 03:36:28AM +0200 WWW-Home-Page: http://www.lemis.com/~grog Organization: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tuesday, 10 November 1998 at 3:36:28 +0200, Alexander Litvin wrote: > In article <199811092056.PAA22043@lor.watermarkgroup.com> you wrote: >>> Totally unrelated to the problem. It seems, so far as I was able to >>> characterize, to happen to daemons which are *swapped out* at the time >>> of the memory shortage. If it's active enough to still be in core, it >>> doesn't get spammed. >>> > LC> I went through swap_pager.c today and found a problem that could potentially > LC> have bad consequences. It's a comparison between page index in the swap pager > LC> and the size of the vm object, since a shadowed object may have a non-zero > LC> paging offset with respect to the swap pager, the comparison should have taken > LC> the offset into account. This piece of code has been there since '95, so > LC> I can't say if this was responsible for the daemon dying problem. > > It is definitely not responsible. At least for this particular problem, > though it may fix something else ;) > > After applying the patch, and artificially exhausting memory, I promptly > got: > > Nov 10 03:15:34 grape /kernel: swap_pager: suggest more swap space: 61 MB > Nov 10 03:16:26 grape /kernel: pid 310 (sendmail), uid 0: exited on signal 11 > Nov 10 03:17:26 grape /kernel: pid 311 (sendmail), uid 0: exited on signal 11 > Nov 10 03:18:25 grape /kernel: pid 313 (sendmail), uid 0: exited on signal 11 > Nov 10 03:19:25 grape /kernel: pid 353 (sendmail), uid 0: exited on signal 11 > Nov 10 03:20:26 grape /kernel: pid 394 (sendmail), uid 0: exited on signal 11 Ah, now that's one that I've been getting without exhausting memory. I'm assuming that these dying sendmails are children of the daemon. What happens when you kill -1 the daemon ("accepting connections on port 25 (sendmail)")? In my experience, it *always* dies with a SIGSEGV after these messages have occurred. Greg -- See complete headers for address, home page and phone numbers finger grog@lemis.com for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message