From owner-freebsd-questions Thu Jul 4 18:07:11 1996 Return-Path: owner-questions Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA27164 for questions-outgoing; Thu, 4 Jul 1996 18:07:11 -0700 (PDT) Received: from relay-4.mail.demon.net (relay-4.mail.demon.net [158.152.1.108]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id SAA27155 for ; Thu, 4 Jul 1996 18:07:08 -0700 (PDT) Received: from post.demon.co.uk ([158.152.1.72]) by relay-4.mail.demon.net id ad20017; 5 Jul 96 1:06 GMT Received: from jraynard.demon.co.uk ([158.152.42.77]) by relay-3.mail.demon.net id aa24759; 5 Jul 96 2:04 +0100 Received: (from fqueries@localhost) by jraynard.demon.co.uk (8.6.12/8.6.12) id WAA02979; Thu, 4 Jul 1996 22:30:45 GMT Date: Thu, 4 Jul 1996 22:30:45 GMT Message-Id: <199607042230.WAA02979@jraynard.demon.co.uk> From: James Raynard To: dbabler@rigel.orionsys.com CC: dwhite@resnet.uoregon.edu, bala@cst.com.au, freebsd-questions@freebsd.org In-reply-to: (message from Dave Babler on Thu, 4 Jul 1996 11:01:07 -0700 (PDT)) Subject: Re: Majordomo problem (help) Sender: owner-questions@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>>>> Dave Babler writes: [re Majordomo causing all the swap to be used up] > I spent most of yesterday afternoon trying to get Majordomo to work and > have exactly the same error. The error 137 (according to the Majordomo > docs) is probably being returned from the mailer (sendmail in my case) > but the man page for sendmail points to the syscodes header file which > does not contain 137. If you run 'top' while majordomo runs, you'll see that Sendmail has a rather strange way of returning codes - apparently these are documented in -current. If I remember rightly, it adds 128 to the error number, so the true error number is 9 (128 + 9 = 137), which corresponds to EBADF (Bad file descriptor). This doesn't seem to get us any further. > it starts out with a few hundred k of swap, then every few seconds it > grabs more and more and more and eventually runs out, faults and is > killed. I assume it's a permissions error, but all I have to go on is the > error code (136 or 137). If you find out anything more, please let me know. Something is clearly causing Perl to go into an endless loop and eat up all the system's virtual memory. Since 99% of Majordomo problems are permissions-related (allegedly), that's what I'd look at first. -- James Raynard, Edinburgh, Scotland james@jraynard.demon.co.uk http://www.freebsd.org/~jraynard/