Hello,
I am having problems with permissions when only the
web url is typed into the browser. I know this should
be just an apache config issue I have two sites being
served on this server and they both have the same
configuration in the vhost file. One site uses
mod_perl and has problems, the
On Thu, 2006-08-10 at 10:14 -0700, Mon-Chaio Lo wrote:
> What we're finding is that the request will fail at the
> $request->param() line. It doesn't seem to die, given that we don't
> get a 500 back, but if we put Log4perl warnings before and after that
> line we see that it doesn't progress past
I'm trying to push a project to production, and am trying to optimize
the server.
I'm using Apache2::Status. So far, it does what it claims.
But I somehow have 50mb apache processes, and am trying to track down
the bloat. I expected to have a process 1/10 that size. The code
base for
Hmm, that seems to make sense, except for that the handler method of the
code sample I provided is the first piece of code that gets run and is
the first handler in the handler stack. Also, it doesn't happen on
every POST, just on some posts, which is odd ... :(
M.
On Thu, 2006-08-10 at 10:14 -0
Hello my esteemed code friends
Has anyone here had serious problems today after the last up2date from
Hedhat?
My mod_perl scripts just went crazy. And untill now I can´t figure out what
happened. The requests started to be mixed up between users, and the
Apache2::compat module stopped doing
Your box is now running
apache: httpd 2.0.52 28.ent i386
perl: perl 5.8.5 36.RHEL4 i386
i don't see any mod_perl port (httpd-perl /modperl/etc)
my guess is that mod_perl was compiled from source, against the old
perl and the old apache, because there is no mod_perl p
On Fri, 11 Aug 2006, Jonathan wrote:
>
> Your box is now running
> apache: httpd 2.0.52 28.ent i386
> perl: perl 5.8.5 36.RHEL4 i386
> i don't see any mod_perl port (httpd-perl /modperl/etc)
>
> my guess is that mod_perl was compiled from source, against the old perl and
> th
FWIW I sometimes found that if an error occured somewhere, even
an incorrect use of an undefined value, it screwed up mod perl's
subroutine wrapper caching and caused the handler to run again.
So you could be seeing the results of the second or third time
the handler was hit. If you have warni
On Aug 11, 2006, at 7:06 PM, Mark Hedges wrote:
This happened to me when running up2date on rhel4 too.
Had to re-install all CPAN modules.
We used Apache2/Mod_perl2 compiled from source because the
RedHate vendor lib distrib of Apache2/mod_perl1.99 and savagely
hacked libraries suck eggs and s
Hey Mark and Jonathan, thanks a lot for the replies.
I'm not a very experienced linux user. Can you guys suggest me the steps I
have to follow?
1) Do I have to uninstall Apache too? Not, right?
2) How about Perl?
3) Mark, how do I re-install all CPAN modules? I mean, I do know how to
install, usi
> On Aug 11, 2006, at 7:06 PM, Mark Hedges wrote:
> > This happened to me when running up2date on rhel4 too.
> >
> > Had to re-install all CPAN modules.
> >
> > We used Apache2/Mod_perl2 compiled from source because the
> > RedHate vendor lib distrib of Apache2/mod_perl1.99 and savagely
> > hacke
Mark Hedges wrote:
On Aug 11, 2006, at 7:06 PM, Mark Hedges wrote:
This happened to me when running up2date on rhel4 too.
Had to re-install all CPAN modules.
We used Apache2/Mod_perl2 compiled from source because the
RedHate vendor lib distrib of Apache2/mod_perl1.99 and savagely
hacked librar
Maybe this is a regular apache users list question, sorry, but I
figure someone here might now.
Server: Apache/2.0.55 (Debian) mod_apreq2-20051231/2.5.7 mod_perl/2.0.2
Perl/v5.8.8
Using the regular cgi handler (no mod_perl fancy stuff), my
warning messages have this format:
[Fri Aug 11 13:25
Mark Hedges wrote:
Maybe this is a regular apache users list question, sorry, but I
figure someone here might now.
Server: Apache/2.0.55 (Debian) mod_apreq2-20051231/2.5.7 mod_perl/2.0.2
Perl/v5.8.8
Using the regular cgi handler (no mod_perl fancy stuff), my
warning messages have this format
On Fri, 11 Aug 2006, Philip M. Gollucci wrote:
>
> Mark Hedges wrote:
> > Maybe this is a regular apache users list question, sorry, but I figure
> > someone here might now.
> >
> > Server: Apache/2.0.55 (Debian) mod_apreq2-20051231/2.5.7 mod_perl/2.0.2
> > Perl/v5.8.8
> >
> > Using the regula
On Fri, 11 Aug 2006, Andre wrote:
>
> Hey Mark and Jonathan, thanks a lot for the replies.
>
> I'm not a very experienced linux user. Can you guys suggest me the steps I
> have to follow?
>
> 1) Do I have to uninstall Apache too? Not, right?
> 2) How about Perl?
> 3) Mark, how do I re-install a
Hello
Now the variables leak despite what I
do.
Can you guys confirm if this script isn't supposed
to leak? It's totally mad, confusing all usernames.
Thanks
André
PS: it's a simple test.cgi wich I am calling with
test.cgi?username=jane
test.cgi?username=jack
test.cgi?username=st
Hi
Why not try declaring the variables with
"my" instead. A quote from O'Reilly's Perl in a Nutshell
Dynamic variables are visible to other subroutines called from
within their scope. Dynamic variables are defined with local, and they are
not private variables, but rather they are
Folks
I had all back working only after I uninstalled
mod_perl and reinstalled it again.
I didn´t know how to uninstall, but I found a very
usefull uninstall menu at the 'others' tab at Webmin (the free control panel
software that comes with RHEL).
To reinstall it was pretty easy, following
I realized this was kind of a lame response I wrote anyway.
I think the issue is that CPAN puts them in
/usr/something/perl/5.8.x where that's your perl version. So if
you upgraded, maybe it did not have the old version directories
in @INC, only the new one. Looks like webmin figured it out.
Again, this is for the non-mod-perl cgi handler, so sorry, but
it finishes off the question, because apparently there's not a
damn thing I can do about it:
http://httpd.apache.org/docs/2.0/logs.html
"The first item in the log entry is the date and time of the
message. The second entry lists t
i'm still trying to figure out how i have a 30mb parent and 17mb
children
Apache2::Status is confusing me
"""
A very common setup might be: Perl Module B::TerseSize
SetHandler perl-script
PerlResponseHandler Apache2::Status
PerlSetVar StatusOptionsAll On
PerlSetVar
Jonathan Vanasco wrote:
> i'm still trying to figure out how i have a 30mb parent and 17mb children
I generally just do this:
SetHandler perl-script
PerlResponseHandler Apache2::Status
PerlSetVar StatusOptionsAll On
PerlSetVar StatusDeparseOptions "-p -sC"
which is what you wrote.
I ass
On Aug 12, 2006, at 2:16 AM, Philip M. Gollucci wrote:
I generally just do this:
SetHandler perl-script
PerlResponseHandler Apache2::Status
PerlSetVar StatusOptionsAll On
PerlSetVar StatusDeparseOptions "-p -sC"
which is what you wrote.
when you do that, do memory stats work for t
24 matches
Mail list logo