Return-Path: Delivered-To: new-httpd-archive@hyperreal.org Received: (qmail 12199 invoked by uid 6000); 30 Oct 1997 19:32:28 -0000 Received: (qmail 12122 invoked from network); 30 Oct 1997 19:32:26 -0000 Received: from twinlark.arctic.org (204.62.130.91) by taz.hyperreal.org with SMTP; 30 Oct 1997 19:32:26 -0000 Received: (qmail 24017 invoked by uid 500); 30 Oct 1997 19:37:30 -0000 Date: Thu, 30 Oct 1997 11:37:30 -0800 (PST) From: Dean Gaudet To: David G Taylor cc: new-httpd@hyperreal.org Subject: Re: Porting APACHE to a mips RISC/os Release 5 computer. In-Reply-To: <199710162113.KAA20016@eden.ait.ac.nz> Message-ID: Organization: Transmeta Corp. MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: new-httpd-owner@apache.org Precedence: bulk Reply-To: new-httpd@apache.org We don't have any port for this computer ... there are two files I can think of that might cause this: - the scoreboard file - the lock file If you're on NFS, either of those will cause hell. You should eliminate the scoreboard file by using one of the HAVE_MMAP or HAVE_SHMGET defines if you can support it. The lockfile you can redirect to /var/tmp/foo with the LockFile directive. Beyond that I'd suggest using "top", find the culprit pids, and then using whatever your variant of "strace" is to trace the task and see what it's doing. Other names for "strace" are "truss", "par", "ktrace". Dean On Fri, 17 Oct 1997, David G Taylor wrote: > Dear Sir/Madam, > > I have been attempting to do a port of the Apache V1.2.4 software to > an older Unix system. The machine is a mips RC3230 computer running > the RISC/os Release 5 Unix. It supports 3 different C compilers - > the one I have been using the the System V Release 4 compiler. > After following the guidance in the PORTING file, I was able to get > APACHE to successfully compile. However upon setting it up and > running it, I find that just the request to get the supplied > INDEX.HTML file causes the computer to thrash, and slow down > considerably. It appears to be searching the disk for something but > cant find it. I am running it as a standalone server, and have > checked that there is no entry for port 80 in the /etc/inetd.conf. > > Could you suggest where I might look for the problem? I have checked > the error_log file, but there is no record of any error. Do you know > of a port for the above computer? > > Thanks in anticipation. > > > > Best Regards, > > David G Taylor Email : David.Taylor@ait.ac.nz > Software Officer Electrotechnology Dept. > Auckland Institute of Technology. Ph (09) 307 9999 X 8086. > > "Repent,Believe,Receive - the three keywords to Heaven!" > ---- **** ---- >