From owner-freebsd-isp Sat May 15 1: 1:13 1999 Delivered-To: freebsd-isp@freebsd.org Received: from pericles.IPAustralia.gov.au (pericles.IPAustralia.gov.au [202.14.186.30]) by hub.freebsd.org (Postfix) with ESMTP id 408A314C46 for ; Sat, 15 May 1999 01:01:02 -0700 (PDT) (envelope-from Stanley.Hopcroft@ipaustralia.gov.au) Received: (from smap@localhost) by pericles.IPAustralia.gov.au (8.9.1/8.9.1) id SAA11753 for ; Sat, 15 May 1999 18:01:01 +1000 (EST) X-Authentication-Warning: pericles.IPAustralia.gov.au: smap set sender to using -f Received: from noteshub01.aipo.gov.au(10.0.100.21) by pericles.IPAustralia.gov.au via smap (V2.0) id xma011751; Sat, 15 May 99 18:00:55 +1000 Received: by noteshub01.aipo.gov.au(Lotus SMTP MTA v4.6.3 (778.2 1-4-1999)) id 4A256772.002C0734 ; Sat, 15 May 1999 18:00:54 +1000 X-Lotus-FromDomain: IP_AUSTRALIA From: Stanley.Hopcroft@ipaustralia.gov.au To: freebsd-isp@freebsd.org Message-ID: <4A256772.002C0624.00@noteshub01.aipo.gov.au> Date: Sat, 15 May 1999 17:58:28 +1000 Subject: CANNOT FORK from DeleGate 5.9.1 + FreeBSD 2.2.8-STABLE + P166 + Squid Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Dear Ladies and Gentlemen, My employer is having trouble with DeleGate 5.9.1 (http://www.delegate.org. Using it with SSLeay to accept SSL) on a FreeBSD 2.2.8-STABLE machine. DeleGate trys to fork a copy of itself to handle each connection but it reports - persistently despite a 10 second sleep before retrying - fork failures. The host is a P166 with 128 MB RAM and 256 MB swap. It runs Apache and Squid 1.1.20. When the problem was occurring, top reported . no more than 30 MB of swap being used and no pageing out . no less than 80% of idle CPU time Also there were no obvious kernel distress calls. Temporarily stopping Squid did pacify DeleGate. Is it normal behaviour for fork to fail on what seems no more than a lightly loaded host? DeleGate runs as "nobody". Shoud I up the limits for nobody in /etc/login.conf ? Your suggestions about delaing with this would be greatfully received. Thank you, Yours sincerely. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message