We have a site where Apache::ASP appears to be locking up every few days. If we rm -r /tmp/asp, the system begins responding again.

We've upgraded to the latest Apache::ASP, and it doesn't help. The system is a Red Hat Linux 7.3 machine running Apache 1.3.27-4. None of our many other sites are having this problem, to the best of our knowledge. (They're not under our direct control.) On the other hand, we have an incredible diversity in our installed systems. So, there's no telling whether the problem is the machine's software configuration, or it's part of the environment the machine is being used in, or it's the users.

Here's what 'ls -lR /tmp/asp' says:

[EMAIL PROTECTED] root]# ls -lR /tmp/asp
/tmp/asp:
total 48
drwxr-x---    2 apache   apache       4096 Nov 18 05:03 00/
drwxr-x---    2 apache   apache       4096 Nov 18 08:55 01/
drwxr-x---    2 apache   apache       4096 Nov 18 09:31 02/
drwxr-x---    2 apache   apache       4096 Nov 17 15:48 03/
drwxr-x---    2 apache   apache       4096 Nov 18 09:24 04/
drwxr-x---    2 apache   apache       4096 Nov 18 09:16 05/
drwxr-x---    2 apache   apache       4096 Nov 18 09:24 06/
drwxr-x---    2 apache   apache       4096 Nov 18 09:26 09/
drwxr-x---    2 apache   apache       4096 Nov 18 09:16 0c/
drwxr-x---    2 apache   apache       4096 Nov 18 09:16 0e/
drwxr-x---    2 apache   apache       4096 Nov 18 08:51 0f/
drwxr-x---    2 apache   apache       4096 Nov 18 08:51 server/

/tmp/asp/00:
total 0

/tmp/asp/01:
total 0

/tmp/asp/02:
total 16
-rw-r----- 1 apache apache 0 Nov 18 09:31 0245e15d91fa6bc24f45455ebb1b118c.dir
-rw-rw-rw- 1 apache apache 0 Nov 18 09:31 0245e15d91fa6bc24f45455ebb1b118c.lock
-rw-r----- 1 apache apache 8192 Nov 18 09:31 0245e15d91fa6bc24f45455ebb1b118c.pag
-rw-r----- 1 apache apache 0 Nov 18 09:25 02cc91f1cd27bbe3dcd8d2da1bfd5c6f.dir
-rw-rw-rw- 1 apache apache 0 Nov 18 09:35 02cc91f1cd27bbe3dcd8d2da1bfd5c6f.lock
-rw-r----- 1 apache apache 8192 Nov 18 09:35 02cc91f1cd27bbe3dcd8d2da1bfd5c6f.pag


/tmp/asp/03:
total 0

/tmp/asp/04:
total 0

/tmp/asp/05:
total 0

/tmp/asp/06:
total 0

/tmp/asp/09:
total 0

/tmp/asp/0c:
total 16
-rw-r----- 1 apache apache 0 Nov 18 09:01 0cafb734b4fee71793b02eac8e49682c.dir
-rw-rw-rw- 1 apache apache 0 Nov 18 09:34 0cafb734b4fee71793b02eac8e49682c.lock
-rw-r----- 1 apache apache 8192 Nov 18 09:34 0cafb734b4fee71793b02eac8e49682c.pag
-rw-r----- 1 apache apache 0 Nov 18 09:16 0cdaf20928718a3c45b05a8a6fdf8d70.dir
-rw-rw-rw- 1 apache apache 0 Nov 18 09:16 0cdaf20928718a3c45b05a8a6fdf8d70.lock
-rw-r----- 1 apache apache 8192 Nov 18 09:16 0cdaf20928718a3c45b05a8a6fdf8d70.pag


/tmp/asp/0e:
total 0

/tmp/asp/0f:
total 0

/tmp/asp/server:
total 16
-rw-r-----    1 apache   apache          0 Nov 18 08:51 application.dir
-rw-r--r--    1 apache   apache          0 Nov 18 09:35 application.lock
-rw-r-----    1 apache   apache       8192 Nov 18 09:35 application.pag
-rw-r-----    1 apache   apache          0 Nov 17 15:05 internal.dir
-rw-r--r--    1 apache   apache          0 Nov 18 11:38 internal.lock
-rw-r-----    1 apache   apache       8192 Nov 18 09:35 internal.pag


The only thing that looks out of place to me is that the *.pag files here are larger than some others I looked at. This site gets an average of a about 5500 hits per day.


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Reply via email to