Thursday, 5 February 2009
|
| mod_proxy_balancer configuration question Yoav Shapira 13:22:10 |
| | Hi,
I'm trying to configure mod_proxy_balancer with a simple cluster and
have run into a configuration problem that has me stumped. It's
probably very simple and I'm just missing something ;) Your help is
appreciated.
I have three machines, www1.mydomain.com, www2.mydomain.com, and
www3.mydomain.com. All are running httpd 2.2.2 on Fedora Core 5
(64-bit), with the default httpd.conf file, only the serveradmin email
address is changed.
I'd like www1 to be the "master" or balancer proxy, so I've created
the following file in /etc/httpd/conf.d/balancer.conf:
ProxyPass / balancer://mycluster stickysession=jsessionid nofailover=On
ProxyPassReverse / balancer://mycluster
<Proxy balancer://mycluster>
BalancerMember http://[ip address of www2.mydomain.com]
BalancerMember http://[ip address of www3.mydomain.com]
</Proxy>
<Location /balancer-manager>
SetHandler balancer-manager
Order Deny,Allow
Deny from all
Allow from .mydomain.com
</Location>
On www2 and www3, I created little test files, /var/www/html/test.html
on each machine, with just one line saying "hi I'm www2" on www2, and
"hi i'm www3" on www3.
Here's what I'm seeing:
- When I access http://www2.mydomain.com/test.html directly, I see the
www2 file, no problem
- When I access http://www3.mydomain.com/test.html directly, I see the
www3 file, no problem
- When I access http://www1.mydomain.com/test.html, I get a 403
forbidden error. This is the problem.
- When I access http://www1.mydomain.com/ I get the directory listings
from www2 or www3, as expected/. The directory listing includes the
test.html file (with the right size, modification date, etc.), and the
footer includes the correct server name and admin email. But if I
click on test.html I get the 403 error as above. If I refresh, I get
the directory listings from the other server, so I know the balancing
is correctly switching servers with each request.
What am I missing? Any help would be appreciated. Thank you,
Yoav
---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
|
| |  6 answers | Add comment |
Wednesday, 4 February 2009
|
| Apache 1.3.41 / mod_perl 1.30 / Perl 5.8.9 Rainer Tammer 05:20:09 |
| | Hello,
are there any known problems with
* Apache 1.3.41
* mod_perl 1.30
* Perl 5.8.9
on AIX (or in general)?
After installation I get the following error message in the Apache error
log:
parse: A file descriptor does not refer to an open file.
The httpd process does not start up. There are no errors in the config file.
The same Apache / mod_perl works with Perl 5.8.2.
The strange thing is that I can not find the above error message in the
Apache / mod_perl source...
Any ideas ???
The following combination seems to work:
Apache/2.2.11 (Unix) DAV/2
* mod_auth_pgsql/2.0.3
* mod_perl/2.0.4 Perl/v5.8.9
Unfortunately we rely on Apache 1.3.x for some legacy applications...
Bye
Rainer Tammer
|
| | 1 answer | Add comment |
Monday, 26 January 2009
|
| Apache 2.2 and mod_proxy_ajp bug workaround Ian Shafer 22:22:26 |
| | Hello,
I've been load testing with Apache 2.2 to Tomcat 5.5 via
mod_proxy_ajp. I've been hitting a bug like the one described here:
http://issues.apache.org/bugzilla/show_bug.cgi?id=36495
In short, errors like this show up in my error log:
[Sat Feb 18 23:53:10 2006] [error] (110)Connection timed out: proxy:
AJP: attempt to connect to 69.25.141.6:5269 (69.25.141.6) failed
[Sat Feb 18 23:53:10 2006] [error] ap_proxy_connect_backend disabling
worker for (69.25.141.6)
[Sat Feb 18 23:53:10 2006] [error] proxy: AJP: failed to make
connection to backend: 69.25.141.6
[Sun Feb 19 00:10:27 2006] [error] (70007)The timeout specified has
expired: ajp_ilink_receive() can't receive header
[Sun Feb 19 00:10:27 2006] [error] ajp_read_header: ajp_ilink_receive
failed
[Sun Feb 19 00:10:27 2006] [error] (120006)APR does not understand
this error code: proxy: read response failed from (null) (69.25.141.6)
When I switch to using the http proxy (http:// instead of ajp:// in
my ProxyPass directive), everything works, fine. No errors. And I can
connect over twice as many clients at once.
Any work arounds here? A patch that anybody knows about?
Thanks,
Ian
---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
|
| | 1 answer | Add comment |
Tuesday, 20 January 2009
|
| 2.0.5 RM Fred Moyer 08:44:05 |
| | It has been over a year since the 2.0.4 release. Is anyone slated to RM
2.0.5? Philip? Gozer?
No doubt that everyone on this list is short on tuits, but we have more
helping hands for 2.0.5 than 2.0.4 now with Toersten and Adam Prime, and
maybe a couple others who have been active on the users list.
|
| | 2 answer | Add comment |
Monday, 19 January 2009
|
| svn 1.5.x Philip M. Gollucci 10:56:04 |
| | svn.apache.org and svn.eu.apache.org have been at svn 1.5.x for a while now.
This gets us relative url's in SVN externals and allows us to fix a long
standing issue with https:// being hard coded in the svn:externals.
The only gotcha is this ALSO requires an svn 1.5.x client too.
If there are no objections in ~48hrs, I'll update trunk, branches, and tags
svn:externals appropriately.
--
------------------------------------------------------------------------
1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C
Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354
Consultant - P6M7G8 Inc. http://p6m7g8.net
Senior Sys Admin - RideCharge, Inc. http://ridecharge.com
Contractor - PositiveEnergyUSA http://positiveenergyusa.com
ASF Member - Apache Software Foundation http://apache.org
FreeBSD Committer - FreeBSD Foundation http://freebsd.org
Work like you don't need the money,
love like you'll never get hurt,
and dance like nobody's watching.
|
| | Add comment |
Saturday, 17 January 2009
|
| Upgrading Apache on Windows from 1.3.27 to 2.0? Mark Spencer 16:06:24 |
| | Hello,
I installed Apache on Windows using EasyPHP (http://www.easyphp.org/)
since it had everything I needed (PHP, MySQL) installed and configured
to run the discussion forum software I like. After running Nikto
against my server however, I'm concerned about security and would like
to upgrade to the latest Apache 2.0. Here are the results of my Nikto
scan:
+ Server: Apache/1.3.27 (Win32) PHP/4.3.3
+ Allowed HTTP Methods: GET, HEAD, POST, PUT, DELETE, CONNECT, OPTIONS,
PATCH, PROPFIND, PROPPATCH, MKCOL, COPY, MOVE, LOCK, UNLOCK, TRACE
+ HTTP method 'CONNECT' may allow server to proxy client requests.
+ HTTP method 'PROPFIND' indicates DAV/WebDAV is installed. Check
OSVDB-425 for possible security issues.
+ HTTP method 'PROPPATCH' indicates DAV/WebDAV is installed. Check
OSVDB-425 for possible security issues.
+ OSVDB-5647: HTTP method 'MOVE' may allow clients to change file
locations on the web server.
+ OSVDB-5646: HTTP method 'DELETE' may allow clients to remove files on
the web server.
+ OSVDB-397: HTTP method 'PUT' method may allow clients to save files on
the web server.
+ OSVDB-877: HTTP method 'TRACE' is typically only used for debugging.
It should be disabled.
+ Apache/1.3.27 appears to be outdated (current is at least
Apache/2.0.48). Apache 1.3.29 is still maintained and considered secure.
+ PHP/4.3.3 appears to be outdated (current is at least 4.3.4)
+ Apache/1.3.27 - Windows and OS/2 version vulnerable to remote exploit.
CAN-2003-0460
+ Apache/1.3.27 - Apache 1.3 below 1.3.29 are vulnerable to overflows in
mod_rewrite and mod_cgi. CAN-2003-0542.
+ OSVDB-3268: GET /icons/ : Directory indexing is enabled, it should
only be enabled for specific directories (if required). If indexing is
not used all, the /icons directory should be removed.
+ 1788 items checked - (1) item(s) found on remote host(s)
+ End Time: 2004-06-18 9:12:09 (25 seconds)
I have no idea how to upgrade my installation of Apache 1.3.27 on
Windows to the latest 2.0. I found upgrade docs on the Apache website
(http://httpd.apache.org/docs-2.0/upgrading.html) but they don't appear
to apply to Apache on Windows.
Any advice? Is there an Apache 2.0 binary for Windows I could just drop
on top of my 1.3.27 binary, or is the upgrade much more involved than
that?
Thanks for the help!
Mark
---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
" from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org
|
| | Add comment |
Friday, 9 January 2009
|
| Apache::Bootstrap to ASF infrastructure Fred Moyer 03:59:12 |
| | Hi all,
I'll be releasing Apache::Bootstrap 0.05 in the next two weeks, 0.04_2
is passing all tests but it needs to cook a bit longer I think.
Any thoughts on moving it into our asf subversion facilities to give
it a good home?
I'm going to release a version of Apache::Dispatch that uses Bootstrap
when I release bootstrap 0.05, so there will be at least one module
where it has been implemented.
Apache::Bootstrap was really just taking all the bootstrapping logic
in Apache::* Makefile.PL's and merging it into something that has an
easy to use API. There are a lot of people here who have had to deal
with the pain of making dual mp1/mp2 life modules, this module was
meant to take all that headache away.
So the code is really a combination of efforts of everyone here.
Apache::Reload has ticket 34316 which this module is meant to solve.
I'd really like some feedback on the module; I could try to use it to
fix 34316 but I'd gladly yield the honor to someone else if they
wanted to take it for a spin.
- Fred
Queue: Apache-Reload
Ticket <URL: http://rt.cpan.org/Ticket/Display.html?id=34316 >
Absolutely correct, but a lot of modules have this problem.
I'd like to find a generic way to solve this. I had a short discussion
with Fred about it.
|
| | 8 answers | Add comment |
Thursday, 8 January 2009
|
| Setting $r->connection->remote_ip doesn't change $r->connection->remote_addr Mark Moseley 21:40:18 |
| | Hi. This is largely a cut/paste repost from the regular modperl list,
so pardon any weirdness (and likely odd line wraps).
I've got a reverse proxy setup in front of apache (2.2.10 with mp
2.0.4) and setting $r->connection->remote_ip based on a header I add
on the reverse proxy. All that is working ok. The bit that I'm
perplexed about is that when I call $r->connection->remote_ip(
$new_ip), the corresponding ip in $r->connection->remote_addr (i.e.
what's returned by "APR::SockAddr::ip_get") is still set to the
original IP. I've verified on my existing Apache1 boxes that when I
call $r->connection->remote_ip( $new_ip ), the remote_addr structure
is getting set. I've been doing this reverse proxying with apache1 for
quite a while and haven't seen this come up ever.
Here's a line of code and the resulting error_log excerpt from apache2
where the remote IP that I'm setting is 1.1.1.1 but the real address
of the reverse proxy is 192.168.1.33:
$r->log_error( "[$$] [postread] remote_ip is now " .
$r->connection->remote_ip() . ", socket: " .
$r->connection->remote_addr->ip_get );
[Thu Dec 18 12:16:10 2008] [error] [6938] [postread] remote_ip is now
1.1.1.1, socket: 192.168.1.33
Here's the same from apache1 with all the extra stuff to deal with the
packed sockaddr:
my $remote_addr = $r->connection->remote_addr;
my ( $remote_addr_port, $remote_addr_ip ) = sockaddr_in( $remote_addr );
$remote_addr_ip = inet_ntoa( $remote_addr_ip );
$r->log_error( "[$$] [postread] remote_ip is now " .
$r->connection->remote_ip() . ", socket: $remote_addr_ip" );
[Thu Dec 18 13:14:50 2008] [error] [7179] [postread] remote_ip is now
1.1.1.1, socket: 1.1.1.1
The significance is that if you do IP-based allow/deny in your apache
conf and/or .htaccess via mod_authz_host, it seems to be using the
remote_addr structure, so if I set, e.g., "Deny from 1.1.1.1" on
apache2, it doesn't actually deny it but setting it to "Deny from
192.168.1.33" or "Deny from 192.168." denies it. On apache1, it's
correctly denying based on the address I'm setting with
$r->connection->remote_ip( $new_ip ).
I've also verified that the same thing happens on a stock Debian Etch
apache2+mp (2.2.8 + mp 2.0.3), so it's not limited to apache 2.2.10 or
mp 2.0.4.
According to the changelog for mp1, this was supported in mp1 as of mp
1.23 (that is, changing remote_ip silently updated remote_addr as
well), though perhaps the new API makes it quite hard to pull off in
perl. According to apache2_structures.map, remote_addr is read-only at
the moment but the todo/api_status file mentions it as a candidate for
making read-write.
Anybody have any pointers on how to make (safely) it read-write? The
docs for Apache2::compat have a compatible routine for remote_addr but
if you try to use it, you get the same 'Can't locate object method
"ip_set" via package "APR::SockAddr"' error. The Changes for mp2
mention "ip_set" being removed in 1.99_12 but don't mention why.
There's a C module called mod_rpaf that lets you reset remote_addr's
IP field, so there's at least some workaround, but then you lose the
flexibility of doing it in mod_perl. In my mp1 code, I've got it
looking for a few different headers and they'd depend on different ip
blocks, whereas with mod_rpaf, you're stuck with one header and one
set of acceptable remote IPs.
Thanks!
|
| | Add comment |
|
| [PATCH] prototypes/constant redefinition warnings from ModPerl::Util Casey West 08:43:29 |
| | Hi,
Apache2::Reload relies on ModPerl::Util::unload_package_pp to
disassemble a stash entry before importing the code again. I like how
it does this with two exceptions.
First, prototypes. unload_package_pp() takes care to retain the
prototype when redefining a code stash entry. That's a good thing
because it (typically) avoids a warning. Then it removes the
subroutine from the stash using undef(). That's not so hot because
undef takes the liberty to explicitly undefine the prototype of that
subroutine. In the case of Apache2::Reload, what happens next is we
remake a prototyped subroutine - lets use try() from Error.pm for
illustration - and get warnings about mismatched prototypes. perl
believes the prototype for this subroutine is not defined, Error tries
to define it as (&;$), and perl warns about "none vs. (&;$)" prototype
mismatch.
This can be avoided by explicitly deleting the CODE slot in the stash
entry, like this: "delete ${$fullname}{CODE};" This will remove the
body of the coderef but leave the prototype in tact.
Second, constant redefinitions. In this case the assignment of an
empty subroutine (with proper prototype) throws a warning, only in the
case of constant subroutines. Take something created by "use constant"
as an example, and combine that with Apache2::Reload.
unload_package_pp() makes every attempt to turn off warnings but
can't, for whatever reason, make it work for this one. The reason, I
found through copious trial and error and a pairing session with Adam
Foxson, is to turn off the warning directly in the eval, like this:
*{$fullname} = eval "no warmings 'redefine'; sub ($p) {}";
I am not sure why the redefinition warning is thrown from this lexical
scope. Nevertheless, a solution is found.
Attached is a patch which accounts for these two problems. Please consider it.
Cheers,
--
Casey West
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org |
| | 5 answers | Add comment |
|
| [mp2] frequent segfaults in APR::Table Tupshin Harper 08:06:26 |
| | 1. Problem Description:
I'm attempting to upgrade one of the largest (measured both by users and
lines of code, I suspect) mod_perl sites from mod_perl 1 to mod_perl 2,
and also from 32 bit OS to 64 bit at the same time. I converted our
calls to use the new API, and basic functionality started working.
However, I am experiencing frequent segfaults in APR::Table (stack trace
below) when loading pages. Somewhere betwen 1 out of every 2-4 page
loads will cause it. Identical problem occurs on:
64 bit Debian Lenny with stock mod_perl 2.0.4
64 bit Debian Lenny with hand-built mod_perl 2.0.5-dev from latest source.
64 bit Centos 5.2 with stock mod_perl 2.0.2.
Let me know if there is any other information you need. I have not yet
tried it with mod_perl 2 on a 32-bit OS.
2. Used Components and their Configuration:
*** mod_perl version 2.000004
*** using /root/modperl-2.0/lib/Apache2/BuildConfig.pm
*** Makefile.PL options:
MP_APR_LIB => aprext
MP_APXS => /usr/bin/apxs
MP_COMPAT_1X => 1
MP_DEBUG => 1
MP_GENERATE_XS => 1
MP_LIBNAME => mod_perl
MP_TRACE => 1
MP_USE_DSO => 1
*** The httpd binary was not found
*** (apr|apu)-config linking info
-L/usr/lib -laprutil-1
-L/usr/lib -lapr-1 -luuid -lrt -lcrypt -lpthread -ldl
*** /usr/bin/perl -V
Summary of my perl5 (revision 5 version 10 subversion 0) configuration:
Platform:
osname=linux, osvers=2.6.26-1-vserver-amd64,
archname=x86_64-linux-gnu-thread-multi
uname='linux excelsior 2.6.26-1-vserver-amd64 #1 smp sat nov 8
20:24:14 utc 2008 x86_64 gnulinux '
config_args='-Dusethreads -Duselargefiles -Dccflags=-DDEBIAN
-Dcccdlflags=-fPIC -Darchname=x86_64-linux-gnu -Dprefix=/usr
-Dprivlib=/usr/share/perl/5.10 -Darchlib=/usr/lib/perl/5.10
-Dvendorprefix=/usr -Dvendorlib=/usr/share/perl5
-Dvendorarch=/usr/lib/perl5 -Dsiteprefix=/usr/local
-Dsitelib=/usr/local/share/perl/5.10.0
-Dsitearch=/usr/local/lib/perl/5.10.0 -Dman1dir=/usr/share/man/man1
-Dman3dir=/usr/share/man/man3 -Dsiteman1dir=/usr/local/man/man1
-Dsiteman3dir=/usr/local/man/man3 -Dman1ext=1 -Dman3ext=3perl
-Dpager=/usr/bin/sensible-pager -Uafs -Ud_csh -Ud_ualarm -Uusesfio
-Uusenm -DDEBUGGING=-g -Doptimize=-O2 -Duseshrplib
-Dlibperl=libperl.so.5.10.0 -Dd_dosuid -des'
hint=recommended, useposix=true, d_sigaction=define
useithreads=define, usemultiplicity=define
useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=undef
use64bitint=define, use64bitall=define, uselongdouble=undef
usemymalloc=n, bincompat5005=undef
Compiler:
cc='cc', ccflags ='-D_REENTRANT -D_GNU_SOURCE -DDEBIAN
-fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64',
optimize='-O2 -g',
cppflags='-D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fno-strict-aliasing
-pipe -I/usr/local/include'
ccversion='', gccversion='4.3.2', gccosandvers=''
intsize=4, longsize=8, ptrsize=8, doublesize=8, byteorder=12345678
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16
ivtype='long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t',
lseeksize=8
alignbytes=8, prototype=define
Linker and Libraries:
ld='cc', ldflags =' -L/usr/local/lib'
libpth=/usr/local/lib /lib /usr/lib /lib64 /usr/lib64
libs=-lgdbm -lgdbm_compat -ldb -ldl -lm -lpthread -lc -lcrypt
perllibs=-ldl -lm -lpthread -lc -lcrypt
libc=/lib/libc-2.7.so, so=so, useshrplib=true, libperl=libperl.so.5.10.0
gnulibc_version='2.7'
Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E'
cccdlflags='-fPIC', lddlflags='-shared -O2 -g -L/usr/local/lib'
Characteristics of this binary (from libperl):
Compile-time options: MULTIPLICITY PERL_DONT_CREATE_GVSV
PERL_IMPLICIT_CONTEXT PERL_MALLOC_WRAP
USE_64_BIT_ALL
USE_64_BIT_INT USE_ITHREADS USE_LARGE_FILES
USE_PERLIO USE_REENTRANT_API
Built under linux
Compiled at Nov 27 2008 21:47:49
%ENV:
PERL_LWP_USE_HTTP_10="1"
@INC:
/etc/perl
/usr/local/lib/perl/5.10.0
/usr/local/share/perl/5.10.0
/usr/lib/perl5
/usr/share/perl5
/usr/lib/perl/5.10
/usr/share/perl/5.10
/usr/local/lib/site_perl
.
*** Packages of interest status:
Apache2 : -
Apache2::Request : 2.08
CGI : 3.29
ExtUtils::MakeMaker: 6.42, 6.48
LWP : 5.813
mod_perl : -
mod_perl2 : 2.000004
3. This is the core dump trace: (if you get a core dump):
#0 XS_APR__Table_FETCH (my_perl=0x1c04370, cv=<value optimized out>) at /root/.cpan/build/mod_perl-2.0.4-rIfY74/xs/APR/Table/APR__Table.h:186
#1 0x00007feb01ffde80 in Perl_pp_entersub (my_perl=0x1c04370) at pp_hot.c:2850
#2 0x00007feb01ffc362 in Perl_runops_standard (my_perl=0x1c04370) at run.c:38
#3 0x00007feb01ff67d8 in Perl_call_sv (my_perl=0x1c04370, sv=0x94a2bd0, flags=<value optimized out>) at perl.c:2638
#4 0x00007feb01fe638c in S_magic_methpack (my_perl=0x1c04370, sv=0x94a2ba0, mg=0x415b5a0, meth=0x7feb02097079 "FETCH") at mg.c:1635
#5 0x00007feb01fe651b in Perl_magic_getpack (my_perl=0x200000002, sv=0x94a2b88, mg=0x1) at mg.c:1650
#6 0x00007feb01fe9815 in Perl_mg_get (my_perl=0x1c04370, sv=0x94a2ba0) at mg.c:207
#7 0x00007feb0200f95b in Perl_sv_setsv_flags (my_perl=0x1c04370, dstr=0x94a2bb8, sstr=0x94a2ba0, flags=<value optimized out>) at sv.c:3507
#8 0x00007feb02010102 in Perl_sv_mortalcopy (my_perl=0x1c04370, oldstr=0x94a2ba0) at sv.c:6914
#9 0x00007feb02001a08 in Perl_pp_helem (my_perl=0x1c04370) at pp_hot.c:1823
#10 0x00007feb01ffc362 in Perl_runops_standard (my_perl=0x1c04370) at run.c:38
#11 0x00007feb01ff6b18 in Perl_call_sv (my_perl=0x1c04370, sv=0x72ed808, flags=4) at perl.c:2653
#12 0x00007feb022d8154 in modperl_callback () from /usr/lib/apache2/modules/mod_perl.so
#13 0x00007feb022d8864 in modperl_callback_run_handlers () from /usr/lib/apache2/modules/mod_perl.so
#14 0x00007feb022d8e5f in modperl_callback_per_dir () from /usr/lib/apache2/modules/mod_perl.so
#15 0x00007feb022d2900 in ?? () from /usr/lib/apache2/modules/mod_perl.so
#16 0x00007feb022d2ab9 in modperl_response_handler_cgi () from /usr/lib/apache2/modules/mod_perl.so
#17 0x0000000000438eb3 in ap_run_handler (r=0x934beb8) at /build/buildd/apache2-2.2.9/server/config.c:159
#18 0x000000000043c47f in ap_invoke_handler (r=0x934beb8) at /build/buildd/apache2-2.2.9/server/config.c:373
#19 0x000000000044962e in ap_process_request (r=0x934beb8) at /build/buildd/apache2-2.2.9/modules/http/http_request.c:258
#20 0x0000000000446748 in ap_process_http_connection (c=0x933e038) at /build/buildd/apache2-2.2.9/modules/http/http_core.c:190
#21 0x00000000004403d3 in ap_run_process_connection (c=0x933e038) at /build/buildd/apache2-2.2.9/server/connection.c:43
#22 0x000000000044dc20 in child_main (child_num_arg=<value optimized out>) at /build/buildd/apache2-2.2.9/server/mpm/prefork/prefork.c:672
#23 0x000000000044def8 in make_child (s=0x1b64968, slot=0) at /build/buildd/apache2-2.2.9/server/mpm/prefork/prefork.c:713
#24 0x000000000044e510 in ap_mpm_run (_pconf=<value optimized out>, plog=<value optimized out>, s=0x1b64968)
at /build/buildd/apache2-2.2.9/server/mpm/prefork/prefork.c:989
#25 0x0000000000425be5 in main (argc=2, argv=0x7fff116fa098) at /build/buildd/apache2-2.2.9/server/main.c:732
Method it crashes in:
/* Try to shortcut apr_table_get by fetching the key using the current
* iterator (unless it's inactive or points at different key).
*/
static MP_INLINE const char *mpxs_APR__Table_FETCH(pTHX_ SV *tsv,
const char *key)
{
SV* rv = modperl_hash_tied_object_rv(aTHX_ "APR::Table", tsv);
const int i = mpxs_apr_table_iterix(rv);
apr_table_t *t = INT2PTR(apr_table_t *, SvIV SvRV(rv)));
const apr_array_header_t *arr = apr_table_elts(t);
apr_table_entry_t *elts = (apr_table_entry_t *)arr->elts; <---crashing line 186
if (i > 0 && i <= arr->nelts && !strcasecmp(key, elts[i-1].key)) {
return elts[i-1].val;
}
else {
return apr_table_get(t, key);
}
}
This report was generated by ./t/REPORT on Mon Dec 29 23:20:20 2008 GMT.
-------------8<---------- End Bug Report --------------8<----------
|
| | 3 answer | Add comment |
Wednesday, 7 January 2009
|
| Re: What happened with Apache2::Reload in mod_perl-2.0.4? Philip M. Gollucci 22:23:45 |
| | Geoffrey Young wrote:
so I guess this means a mp2 release should (going forward) include _and_ imply a new release of o mp2 o Apache-Test o Apache-Reload o Apache-SizeLimit
--
------------------------------------------------------------------------
Philip M. Gollucci (philip@ridecharge.com)
o:703.549.2050x206
Senior System Admin - Riderway, Inc.
http://riderway.com / http://ridecharge.com
1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C
Work like you don't need the money,
love like you'll never get hurt,
and dance like nobody's watching.
|
| | 13 answers | Add comment |
Sunday, 4 January 2009
|
| [Fwd: mod_parrot 0.5] Philip M. Gollucci 20:02:16 |
| |
--
------------------------------------------------------------------------
1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C
Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354
Consultant - P6M7G8 Inc. http://p6m7g8.net
Director IT - RideCharge, Inc. http://ridecharge.com
Contractor - PositiveEnergyUSA http://positiveenergyusa.com
ASF Member - Apache Software Foundation http://apache.org
FreeBSD Committer - FreeBSD Foundation http://freebsd.org
Work like you don't need the money,
love like you'll never get hurt,
and dance like nobody's watching.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org |
| | Add comment |
Wednesday, 10 December 2008
|
| [ANNOUNCE]: Apache-DBI now hosted in the ASF subverison repository Philip M. Gollucci 16:20:31 |
| | Hi All,
I've migrated Apache-DBI from the Perl Foundation's svn repository to
the Apache Software Foundation svn repository.
From: https://svn.perl.org/modules/Apache-DBI
To: https://svn.apache.org/repos/asf/perl/Apache-DBI
(of course non-committers can use http instead of https).
That said the lists you should look at now are:
dev@perl.a.o
modperl@perl.a.o
modperl-cvs@perl.a.o
Those of you that have Filed CPAN RTs, if you would be so kind as to
verify that your patches still apply and post them as diff's inline to
this list, I'll start dropping them in as early as today.
I'll worry about the one that breaks 1.08 intirely with caching
connections incorrectly.
Lets AIM to get 1.09 out the door Monday-Tuesday.
--
------------------------------------------------------------------------
Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354
Consultant - P6M7G8 Inc. http://p6m7g8.net
Senior System Admin - RideCharge, Inc. http://ridecharge.com
1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C
Work like you don't need the money,
love like you'll never get hurt,
and dance like nobody's watching.
|
| | Add comment |
Sunday, 30 November 2008
|
| PATCH for apache-1.3 when compiled with gcc 4.3 Salvador Ortiz Garcia 03:54:54 |
| | Hi all,
This afternoon I try to compile my standard bundle (mod_perl 1.30,
apache 1.3.41, libapreq-1.33, mod_ssl-2.8.31) in Fedora 10 that ships
with gcc 4.3.2 only to discover that the change announced in
<http://www.gnu.org/software/gcc/gcc-4.2/changes.html> broke the
compilation of apache-1.3.41/src/os/unix/os-inline.c when using -std=c99
(default for Fedora's perl)
I known that the problem is apache related, not mod_perl's, but there
are many mod_perl 1.x users out there that can be in trouble.
The attached patch fixes the problem.
Any one have contacts with legacy apache maintainers?
Regards.
Salvador Ortiz.
========= CUT ======
--- src/os/unix/os.h.orig 2008-11-29 00:11:23.000000000 -0600
+++ src/os/unix/os.h 2008-11-29 00:15:15.000000000 -0600
@@ -33,7 +33,12 @@
/* Compiler supports inline, so include the inlineable functions as
* part of the header
*/
+#ifdef __GNUC_STDC_INLINE__
+#define INLINE extern ap_inline __attribute__((gnu_inline))
+#else
#define INLINE extern ap_inline
+#endif
+
INLINE int ap_os_is_path_absolute(const char *file);
|
| | 1 answer | Add comment |
Thursday, 20 November 2008
|
| [RELEASE CANDIDATE] mod_perl-1.31 RC4 Philippe M. Chiasson 21:24:22 |
| | The mod_perl 1.31 release candidate 4 "Works with Perl 5.10" is ready. It can be downloaded here:
http://www.apache.org/~gozer/mp1/mod_perl-1.31-rc4.tar.gz
MD5: ba12ce36c4c738bccfa93ab646a6824c
SHA1: 2de6ce29f44505cfdca34b7aa6499d961c72953b
Please give it a spin in your favorite configuration and report
any problems. Especially needed against Perl-5.10.
The summary of what has changed since 1.30 are (from Changes):
Fix potential segfault when the environment contains
NULL values [Mike Schilli]
Fix static APACI build against newer apache-1.3.38+
[Gozer]
Fixed modules/regex.t test 4 on Win32
[Steve Hay]
Avoid possible segfault when PerlFreshRestart is On.
[Michael Rendell <michael@cs.mun.ca>]
Prevent segfault when running with perl >= 5.9.3
[Steve Hay]
Fix shared libary extensions on Win32 to be .dll not .so
[Nikolay Ananiev <ananiev@thegdb.com>]
Patch to mod_perl.dsp to remove /D _WINSOCK2API_ on Win32
for perl >= 5.8.6 [Steve Hay]
--
Philippe M. Chiasson GPG: F9BFE0C2480E7680 1AE53631CB32A107 88C3A5A5
http://gozer.ectoplasm.org/ m/gozer\@(apache|cpan|ectoplasm)\.org/
|
| | 16 answers | Add comment |
Tuesday, 18 November 2008
|
| [Fwd: Time for 2.2.11?] Philip M. Gollucci 04:24:29 |
| |
--
------------------------------------------------------------------------
Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354
Consultant - P6M7G8 Inc. http://p6m7g8.net
Senior System Admin - RideCharge, Inc. http://ridecharge.com
1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C
Work like you don't need the money,
love like you'll never get hurt,
and dance like nobody's watching.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org |
| | Add comment |
Sunday, 16 November 2008
|
| Premature end of script headers Qingjuan Gu 23:41:52 |
| | Hi everybody,
When I brwoser this perl script on the web broswer, it gives error:
Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request
In error.log:
[Tue Jun 25 14:20:22 2002] [error] [client 130.91.8.66] Premature end of script headers: /db4/usr/local/www/html_files/cgi-bin/emboss.pl
But other cgi or perl script in the same directory work fine.
I do not know hwat is wrong with this script, here is this script:
#!/compbio/programs/perl-5.6.1/bin/perl5.6.1
use CGI;
use EMBOSS::GUI;
my $cgi = new CGI;
print "Content-type: text/html\r\n\r\n";
init('/compbio/programs/emboss/share/EMBOSS', '/compbio/programs/emboss/bin', '/db4/usr/local/www/html_files/html/EMBOSS', 'http://athena
.wistar.upenn.edu/EMBOSS', 'http://athena.wistar.upenn.edu/cgi-bin', 0);
for ($cgi->param("_action")) {
/^mmenu/ and do { mmenu($cgi); last; };
/^input/ and do { input($cgi); last; };
/^run/ and do { run($cgi); last; };
/^help/ and do { help($cgi); last; };
/^manual/ and do { manual($cgi); last; };
/^search/ and do { search($cgi); last; };
}
print "\n";
~
Any idea will be appreciated greatly.
Grace
|
| | 108 answers | Add comment |
Monday, 10 November 2008
|
| Food for thought / looking for something to do ? Philip M. Gollucci 23:22:19 |
| | HTTPD PMC:
-------------
deprecate prefork, work, event
switch to simplempm in 2.4
import mod_wombat to trunk
replace ap_config.c with mod_wombat
(pull C portion of apreq to httpd trunk)
they will stop releasing httpd 2.0.x except security when the first
2.3 alphas come out (<6 months)
mod_perl PMC:
--------------
Incubate Apache-Bootstrap
Get Apache::Reload, Apache::Dispatch, Apache-DBI to use it
Can we move Apache-DBI from svn.perl.org to svn.apache.org ?
mod_perl 2.0.5:
fix svn 1.4+ RM distribution code
release it with correct modules bundled
apreq releease 2.10
this is long over due, I dropped the ball as RM
apreq release 1.34
isac seems to be busy, we should get this out, its stalled
===================================================================
===================================================================
mod_perl 2.0.5 is out, apreq 2.10 is out, apreq 1.34 is out THEN:
BREAK trunk to all hell:
------------------------------------------------------------
mod_perl trunk becomes 2.2.0-dev, trunk is moved to branches/2.0.x
-------------------------------------------------------------
o) Switch to APR 1.x as 0.9.x nearly obsolete I can't thing of anything
other than us that really uses it officially.
o) #1 allows us to also drop httpd 2.0.x SWING!
(see httpd pmc plans above)
o) Fix XS generation code (so I can help build the 1.x
bindings for APR)
o) drop gcc < 4.x, I couldn't compile 2.0.49 with gcc32 even if I wanted
to.....
o) more perl 5.10 testing]
o) catch up with httpd 2.2.x API additions / changes particular the
mod_auth* rewrite
RELEASE 2.2.0
o) mod_dbd XS glue or a separate dist, but under our PMC
o) prepare for the onslaught of thread hell with mod_wombat and simple
RELEASE 2.2.1
Apache-Test:
-------------
lots of code refers to cvs.a.o, that needs to be converted
RT CPAN bugs:
-----------------
Apache-DBI 3 3 1
Apache-Peek 0 0 0
Apache-Reload 2 2 0
Apache-SizeLimit 0 1 0
Apache-Status-DBI 0 1 0
Apache-Test 3 5 0
B-LexInfo 0 1 0
B-Size 1 0 0
libapreq 9 1 0
libapreq2 17 2 0
mod_perl 14 2 0
I'm deep in the middle of the Apache-DBI bugs I spent a good amount of
time at apachecon rewriting Apache-AuthDBI from nearly scratch, not done
yet though.
--
------------------------------------------------------------------------
Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354
Consultant - P6M7G8 Inc. http://p6m7g8.net
Senior System Admin - RideCharge, Inc. http://ridecharge.com
1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C
Work like you don't need the money,
love like you'll never get hurt,
and dance like nobody's watching.
|
| | Add comment |
|
| Re: Food for thought / looking for something to do ? [addendum] Philip M. Gollucci 23:22:19 |
| | =================================================================== =================================================================== mod_perl 2.0.5 is out, apreq 2.10 is out, apreq 1.34 is out THEN: BREAK trunk to all hell: Sync clone-skip-unstable back to trunk
http://people.apache.org/~pgollucci/head_v_clone-skip-unstable.diff
A lot of this is \n, whitespace, PERL_VERSION #defines that I did, and
Licensing.
Fix worker mpm segfault first  [see users@ post form torsten]
------------------------------------------------------------ mod_perl trunk becomes 2.2.0-dev, trunk is moved to branches/2.0.x ------------------------------------------------------------- [...]
--
------------------------------------------------------------------------
Philip M. Gollucci (pgollucci@p6m7g8.com) c: 703.336.9354
Consultant - P6M7G8 Inc. http://p6m7g8.net
Senior System Admin - RideCharge, Inc. http://ridecharge.com
1024D/DB9B8C1C B90B FBC3 A3A1 C71A 8E70 3F8C 75B8 8FFB DB9B 8C1C
Work like you don't need the money,
love like you'll never get hurt,
and dance like nobody's watching.
|
| | Add comment |
Sunday, 9 November 2008
|
| Fwd: CPAN Upload: P/PH/PHRED/Apache-Bootstrap-0.04_02.tar.gz Fred Moyer 04:21:30 |
| | Just uploaded a new and improved version of Apache::Bootstrap after
ApacheCon hacking.. Props to pgollucci and Adam Prime for testing it
out.
I'm going to let the CPAN testers take a run at this, and if there
aren't any failures I'll release 0.05.
---------- Forwarded message ----------
From: PAUSE <upload@pause.perl.org>
Date: Sat, Nov 8, 2008 at 5:11 PM
Subject: CPAN Upload: P/PH/PHRED/Apache-Bootstrap-0.04_02.tar.gz
To: Fred Moyer <fred@redhotpenguin.com>
The uploaded file
Apache-Bootstrap-0.04_02.tar.gz
has entered CPAN as
file: $CPAN/authors/id/P/PH/PHRED/Apache-Bootstrap-0.04_02.tar.gz
size: 9759 bytes
md5: edc11faede126ab9445be3f30d1de05c
No action is required on your part
Request entered by: PHRED (Fred Moyer)
Request entered on: Sun, 09 Nov 2008 01:10:56 GMT
Request completed: Sun, 09 Nov 2008 01:11:56 GMT
Thanks,
--
paused, v1047
|
| | Add comment |
Sunday, 2 November 2008
|
| headers_in documentation Torsten Foertsch 15:33:43 |
| | Hi,
the doc for $r->headers_in states:
"This table is available starting from the PerlHeaderParserHandler
phase."
This is definitely wrong for apache 2.2. 2.2 reads in the complete
request including all headers even before the PostReadRequest phase.
Does anyone remember where this phrase comes from? Are there any Apache
2.x versions where it is true?
Torsten
|
| | Add comment |
Monday, 27 October 2008
|
| Apache2::Logparser. Deepak Tripathi 17:52:35 |
| | Hi All,
I would like to create Apache2::Logparser module for parsing the apache2 log file in object oriented way..
so is there module already available which has the same functionality or should i go ahead or do i have to change the name for more compact way.
kind to see response soon.
Thanks
dk
________________________________________________________________________
You are invited to Get a Free AOL Email ID. - http://webmail.aol.in
|
| | 3 answer | Add comment |
Wednesday, 15 October 2008
|
| [Fwd: [rt.cpan.org #40058] Apache2::Reload Makefile can't recognize
mod_perl2 install] Fred Moyer 20:45:53 |
| | On the list for hacking at ApacheCon
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org |
| | Add comment |
|
