Matisse Enzer wrote:
What's the "right way" in mod_perl2 to find the PATH_TRANSLATED in a
PerlRepsonsehandler?
The general situation is that i am trying to replace a CGI with a
PerlResponsehandler. The CGI is currently used like this:
Action text/html /cgi-bin/handler.cgi
Th
Ged Haywood wrote:
> [EMAIL PROTECTED]:~/src/mod_perl-1.29$ cat makepl_args.mod_perl
> EVERYTHING=1
> DO_HTTPD=1
> USE_APACI=1
Thanks for the test.
One thing that is different: I do not use DO_HTTPD=1, I rather build
Apache by hand after building mod_perl, following the mod_perl
INSTALL file:
>>
What's the "right way" in mod_perl2 to find the PATH_TRANSLATED in a
PerlRepsonsehandler?
The general situation is that i am trying to replace a CGI with a
PerlResponsehandler. The CGI is currently used like this:
Action text/html /cgi-bin/handler.cgi
The CGI script used PATH_
Hi Joachim,
On Sat, 11 Oct 2003, Joachim Feise wrote:
> >> on my Linux system (Slackware 9.0) Apache segfaults in mod_perl as
> >> soon as it receives the first request.
> >> This started after I upgraded to Perl 5.8.1 (from 5.6.0).
> >> The Apache version is 1.3.28, mod_perl 1.29.
If it's of a
On Mon, 2003-10-13 at 11:02, Kyle Dawkins wrote:
> You must, at ALL times, keep your machine from swapping out Apache
> children.
Good advice. To go a step firther, this is all covered in detail in the
mod_perl documentation here:
http://perl.apache.org/docs/1.0/guide/performance.html#Performance
Hi Joe,
On Mon, 13 Oct 2003, Joachim Feise wrote:
> Ged wote:
> > Does this mean you're doing the whole build as root?
I think there's an echo in here, Randy... :)
Joachim wrote:
> Both machines use Slackware 9.0.
I don't suppose it's a compiler gremlin? I remember I had to upgrade
from 3.2.2
On Mon, 13 Oct 2003, Joachim Feise wrote:
> Randy Kobes wrote:
> > If I'm following correctly, you have 3 Perls: the original
> > 5.6.0, the stock 5.8.0, and the 5.8.1 that you're trying to
> > upgrade to. Might it happen that parts of the
> > build/install/running mix up some Perls? Can you move
Randy Kobes wrote:
> If I'm following correctly, you have 3 Perls: the original
> 5.6.0, the stock 5.8.0, and the 5.8.1 that you're trying to
> upgrade to. Might it happen that parts of the
> build/install/running mix up some Perls? Can you move
> (temporarily) all the other Perls out of the way, s
The URL
http://apache.org/dyn/closer.cgi/perl/mod_perl-1.29.tar.gz
or
http://www.perl.com/CPAN/modules/by-module/Apache/mod_perl-1.29.tar.gz
has entered CPAN as
file: $CPAN/authors/id/G/GO/GOZER/mod_perl-1.29.tar.gz
size: 378877 bytes
md5: 1491931790509b9af06fc037d02b0e7a
This
Ged Haywood wrote:
> Hi there,
>
> On Mon, 13 Oct 2003, Joachim Feise wrote:
>
>
>> perl Makefile.PL DYNAMIC=1 EVERYTHING=1 PERL_DEBUG=1
>
>
> Try compiling static?
I tried it with perl Makefile.PL and perl Makefile.PL EVERYTHING=1 as well.
No difference.
>> make && make install
>
>
> D
On Mon, 13 Oct 2003, Joachim Feise wrote:
> Joachim Feise wrote:
>
> > Stas Bekman wrote:
> >
> >> Joachim Feise wrote:
> >>
> >>> Hi,
> >>>
> >>> on my Linux system (Slackware 9.0) Apache segfaults in mod_perl as
> >>> soon as it
> >>> receives the first request.
> >>> This started after I upgrad
Hi there,
On Mon, 13 Oct 2003, Joachim Feise wrote:
> perl Makefile.PL DYNAMIC=1 EVERYTHING=1 PERL_DEBUG=1
Try compiling static?
> make && make install
Does this mean you're doing the whole build as root? I don't like that.
I'd do the build as 'ged' and only su to root to do the 'make in
Joachim Feise wrote:
> Stas Bekman wrote:
>
>> Joachim Feise wrote:
>>
>>> Hi,
>>>
>>> on my Linux system (Slackware 9.0) Apache segfaults in mod_perl as
>>> soon as it
>>> receives the first request.
>>> This started after I upgraded to Perl 5.8.1 (from 5.6.0).
>>> The Apache version is 1.3.28,
Mike
I'm pretty sure you're experiencing a standard problem that most of us have been bitten by at one stage or another. Ged is right when he says that 120 apache children at 40MB a pop will eat your RAM up. The piece of the puzzle that you're missing is this: due to the dopey VM code in Linux,
Ged,
>Do you have a single mod_perl server setup? If you have mod_perl
>scripts both serving static documents and waiting on Oracle you might
>want to investigate using a light/heavy server approach. A front-end
>(Apache only) server accepts all requests, and passes those that need
>Perl to the
Hi there,
On Mon, 13 Oct 2003, Mike Norton wrote:
> we have set the MaxClients to 120 Clients and also set the
> MaxRequestsPerChild to 100 to try to resolve this problem however it
> still occurs under these conditions. The largest process is about
> 40M (4MB shared)
If you have 120 clients eac
Apologies for the lack of detail this is my first post to this list we have set the
MaxClients to 120 Clients and also set the MaxRequestsPerChild to 100 to try to
resolve this problem however it still occurs under these conditions. The largest
process is about 40M (4MB shared), the scripts are
Hi there,
On Mon, 13 Oct 2003, Mike Norton wrote:
> [snip] under a heavy load it all of a sudden consumes a large amount
> of swap and the server load shoots through the roof [snip] Does
> anyone have any ideas on how to resolve this issue or why it happens
No idea why it happens, you haven't gi
We are currently
experiencing some problems with our mod_perl setup the server we are using is a
Dual Xeon 2.4Ghz running Redhat AS 2.1, 4GB Ram , Apache/1.3.27 (Unix)
mod_perl/1.27. When the server is under a heavy load it all of a
sudden consumes a large amount of swap and the server load
19 matches
Mail list logo