The problem is certainly with how IPC::Shareable deals with memory
(re)allocation and not with mod-perl. I'm sorry to have brought it to this
list. I'll see if I can't hunt down the creator of IPC::Shareable and work
with him on it.
Regards,
Christian
> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
> Behalf Of Christian Gilmore
> Sent: Wednesday, November 10, 1999 1:57 PM
> To: ModPerl Mailing List (E-mail)
> Subject: Apache::SpeedLimit and problems with IPC::Shareable
>
>
> I inserted Apache::SpeedLimit into one of our servers the
> other day. It works
> as advertised, but I'm now seeing errors in the error_log
> that are coming from
> Apache::SpeedLimit/IPC::Shareable. I wonder if anyone else
> has had this
> problem.
>
> >From the error_log:
>
> [Wed Nov 10 13:28:55 1999] [notice] Apache/1.3.9 (Unix)
> mod_perl/1.21 mod_ssl/2.4.2 OpenSSL/0.9.4 configured
> -- resuming normal operations
> [Wed Nov 10 13:28:55 1999] [notice] suEXEC mechanism
> enabled (wrapper: /www/www/apache/bin/suexec)
> panic: restartop
> panic: POPSTACK
> Callback called exit.
> panic: restartop
> panic: POPSTACK
> Callback called exit.
> panic: restartop
> panic: POPSTACK
> Callback called exit.
> panic: restartop
> panic: POPSTACK
> Callback called exit.
> panic: restartop
> panic: POPSTACK
> Callback called exit.
> [Wed Nov 10 13:29:14 1999] [notice] caught SIGTERM,
> shutting down
>
> My software/hardware setup:
>
> IRIX64 akalice 6.5 11051732 IP25
> mod_perl-1.21
> apache-1.3.9
> Apache::SpeedLimit direct from the "Apache Modules" book
>
> My apache configuration:
>
> <Location />
> PerlAccessHandler Apache::SpeedLimit
> PerlSetVar SpeedLimit 61
> PerlSetVar SpeedSamples 20
> PerlSetVar SpeedForgive 10
> </Location>
>
> Output from ipcs:
>
> [akalice:www] /_ ipcs -mbcopt
> IPC status from /dev/kmem as of Wed Nov 10 13:42:19 1999
> T ID KEY MODE OWNER GROUP CREATOR
> CGROUP NATTCH SEGSZ CPID LPID ATIME DTIME CTIME
> Shared Memory:
> m 0 0x53637444 --rw-r--r-- root root root
> root 1 200 382 382 9:40:42 no-entry 9:40:42
> m 140 0x53504c4d --rw-r--r-- www-nobo www-nobo www-nobo
> www-nobo 0 65536 73426277621049 13:29:07 13:29:07 16:13:46
>
>
>
> Any help on this would be appreciated.
>
> Regards,
> Christian
>
> -----------------
> Christian Gilmore
> Senior Technical Staff Member
> AT&T Labs IP Technology, Florham Park
> [EMAIL PROTECTED]
> http://www.research.att.com/info/cgilmore
>
>
