[mod_perl-2.0] server doesn't start, unable to Apache2?
Hi all, if you would be willing to spend a minute on helping me out of this: I'm trying to get mod_perl-2 running on Win32. Without success, of course. :( My box is a Win2k SP3 with 1GB RAM, ActivePerl 5.6.1 build 633, mod_perl-2 1.99_09-dev on Apache 2.0.43. Everything is freshly loaded and installed. Btw, mod_perl 1.27_01-dev is running smoothly on Apache 1.3.27. This is my startup.pl, loaded in httpd.conf by an Include directive: LoadFile D:/Perl/bin/perl56.dll LoadModule perl_module modules/mod_perl.so IfModule mod_alias.c Alias /somewhere/ d:/somewhere/bin/cgi-bin/ /IfModule Location /somewhere Options ExecCGI Order deny,allow Deny from all Allow from 127.0.0.1 ### normal CGI operation if no mod_perl support SetHandler cgi-script ScriptInterpreterSource registry IfModule mod_perl.c SetHandler perl-script # SetHandler modperl PerlOptions +ParseHeaders PerlHandler ModPerl::Registry # PerlResponseHandler ModPerl::Registry # PerlHandler Apache::Registry # PerlResponseHandler Apache::Registry # PerlModule Apache2 # PerlModule Apache::compat # PerlRequire some-script.pl /IfModule /Location MaxRequestsPerChild 400 You see I commented several lines out. Be sure I tried every combination of commenting/uncommenting these. The hardest thing is, not even this works ok: PerlModule Apache2 The server simply doesn't start, so it can't be a fault in some-script.pl, which indeed is nothing more than a series of commented lines atm. Surely *no* perl script gets executed using the above configuration. If I do not load mod_perl, CGI executes fine. But slow ;) So, IMHO, the problem is, that mod_perl-2 doesn't load PerlModule Apache2. Doesn't load anything. Any ideas despite reinstalling everything? ;) Thank you for your attention and for your help, Robert Kehl Nürnberg, Germany www.robertkehl.de
Re: [ MP2] startup problem with XML::LibXML
hi what version of libxml2 should I use ? I tried to compile version 1.52 against versions libxml2-2.5.1 precompiled binary from xmlsoft test failed with segfault t\08findnodes.t list of failed 6-18 t\13dtd.t list of failed 11-12 if I nmake install nevertheless , apache startup problem remains. before that I tried to compile XML::LibXML 1.52 against a slightly prior version of libxml2 all test successful but the problem with apache startup remains. -- with XML::LibXML 1.54_3 more tests do not pass t\02parse...dubiousTest returned status 2 (wstat 512, 0x200)DIED. FAILED tests 221-460Failed 240/460 tests, 47.83% okayt\08findnodes...dubiousTest returned status 5 (wstat 1280, 0x500)DIED. FAILED tests 6-35Failed 30/35 tests, 14.29% okayt\11memory..skipped all skipped: no reason givent\19encodingskipped all skipped: no reason givent\20extras..okt\23rawfunctionsokFailed Test Stat Wstat Total Fail Failed List of Failed---t\02parse.t 2 512 460 240 52.17% 221-460t\08findnodes.t 5 1280 35 30 85.71% 6-352 tests skipped. - With XML::LibXML 1.53 t\08findnodesdubiousTest returned status 5 (wstat 1280, 0x500)DIED. FAILED tests 6-18Failed 13/18 tests, 27.78% okayt\11memory...skipped all skipped: no reason givent\13dtd..FAILED tests 11-12Failed 2/16 tests, 87.50% okayt\19encoding.skipped all skipped: no reason given Failed Test Stat Wstat Total Fail Failed List of Failed---t\08findnodes.t 5 1280 18 13 72.22% 6-18t\13dtd.t 16 2 12.50% 11-122 tests skipped.
libapreq-1.1 non-release
libapreq-1.1 was non-released on January 10, 2003. libapreq-1.1 is NOT an official ASF release, and is not available on CPAN, but a non-official version is temporarily not non-available here: http://www.apache.org/~joes/libapreq-1.1.tar.gz -- Joe Schaefer
Re: compiling mod_perl statically under FreeBSD
On Sun, 26 Jan 2003, [koi8-r] éÌØÑ ûÉÐÉÃÉÎ wrote:
Dear Sirs,
I tried to follow apaci/README, but I couldn't compile mod_perl statically
under FreeBSD.
can anybody tell me (step by step ?) how to compile statically
www/apache13-modssl + www/mod_perl ?
Thanks!
Ilia Chipitsine
Have you read the mod_perl guide? Especially
http://perl.apache.org/docs/1.0/guide/install.html#Installation_Scenarios_for_mod_perl_and_Other_Components
?
- nick
Nick Tonkin {|8^)
ANNOUNCE: Apache::CompressClientFixup 0.06
This is just better documented version of the code the same to previous version. Upgrade from the version 0.05 is not necessary. This version is recommended mainly for new users. The uploaded file Apache-CompressClientFixup-0.06.tar.gz has entered CPAN as file: $CPAN/authors/id/S/SL/SLAVA/Apache-CompressClientFixup-0.06.tar.gz size: 5559 bytes md5: 6d01c50f7f94735757f40dea958b0b7d Thanks, Slava
Re: [ MP2] startup problem with XML::LibXML
On Sun, 26 Jan 2003, pascal barbedor wrote: hi what version of libxml2 should I use ? I tried to compile version 1.52 against versions libxml2-2.5.1 precompiled binary from xmlsoft test failed with segfault t\08findnodes.t list of failed 6-18 t\13dtd.tlist of failed 11-12 if I nmake install nevertheless , apache startup problem remains. I also found XML::LibXML had problems on Win32 against libxml2-2.5.1. before that I tried to compile XML::LibXML 1.52 against a slightly prior version of libxml2 all test successful but the problem with apache startup remains. [ ... ] I found that libxml2-2.4.26 worked OK with XML::LibXML's tests, but not latter versions (eg, 2.4.30). Christian Glahn, in a recent post on the perl-xml mailing list, also saw such problems, so it's not a Windows specific thing. I just tried making up a static XML::LibXML/XML::LibXSLT, to see if that would help any, but this still causes problems when used in a startup file. -- best regards, randy
Re: [mod_perl-2.0] server doesn't start, unable to Apache2?
On Sun, 26 Jan 2003, Robert Kehl wrote: Hi all, if you would be willing to spend a minute on helping me out of this: I'm trying to get mod_perl-2 running on Win32. Without success, of course. :( My box is a Win2k SP3 with 1GB RAM, ActivePerl 5.6.1 build 633, mod_perl-2 1.99_09-dev on Apache 2.0.43. Everything is freshly loaded and installed. Btw, mod_perl 1.27_01-dev is running smoothly on Apache 1.3.27. [ ... ] The hardest thing is, not even this works ok: PerlModule Apache2 The server simply doesn't start, so it can't be a fault in some-script.pl, which indeed is nothing more than a series of commented lines atm. Surely *no* perl script gets executed using the above configuration. If I do not load mod_perl, CGI executes fine. But slow ;) So, IMHO, the problem is, that mod_perl-2 doesn't load PerlModule Apache2. Doesn't load anything. Any ideas despite reinstalling everything? ;) Thank you for your attention and for your help, Are there any helpful messages in the error log indicating what's failing? Perhaps the first thing to check - does LoadFile C:/Perl/bin/perl56.dll LoadModule perl_module modules/mod_perl.so alone, without any further mod_perl directives, prevent the server from starting? If so, then it might be that you're running into the fact that mod_perl 2.0 on Win32 has problems with perl-5.6.1 (ActivePerl 6xx), and that the solution would be to migrate to perl-5.8.0 (ActivePerl 8xx). However, if the server starts OK above, but things like PerlModule Apache2 cause it to crash, then it might be a misconfiguration, or faulty installation, or something similar. If this is the case, the error log should give a clue about what's failing. -- best regards, randy kobes
large files support article and links
This post is mainly for the archiving purpose, for those who seek to resolve problems with large files ( 2GB) support (which happens to be reported quite often on the modperl list). The following article describes in details the problem and the possible solutions: http://freshmeat.net/articles/view/709/ But the best value is in its 'Links' section which points to a lot more information on this issue, on Linux and general: * Largefile Problems http://ac-archive.sourceforge.net/largefile * Large File/File System Support http://ftp.sas.com/standards/large.file/ * Adding Large File Support to the Single UNIX Specification http://unix.org/version2/whatsnew/lfs.html * Large File Support in Linux http://www.suse.de/~aj/linux_lfs.html p.s. also there is a followup thread on /.org: http://slashdot.org/articles/03/01/26/1444232.shtml?tid=126tid=130 __ Stas BekmanJAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide --- http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
glitched install of mod_perl (1.99.08)
hi, i'm having a problem with building mod_perl. what follows is a snapshot of my procedure to administer the build: perl: 5.8 installed (mthread) apache2:(x.43) mod_perl-1.99_08]# perl Makefile.PL MP_AP_PREFIX=/usr/local/apache2 ... Reading Makefile.PL args from @ARGV MP_AP_PREFIX = /usr/local/apache2 Configuring Apache/2.0.43 mod_perl/1.99_08 Perl/v.5.8.0 Usage: Socket::inet_ntoa(ip_address_sv at Apache-Test/lib/Apache/TestConfig.pm line 556. ... mod_perl-1.99_08]#make ... make: *** No targets specified and no makefile found. Stop. The install just flatlines. I've not been able to sniff out a similiar problem throughout any related usr or faq post anywhere. Is anyone familiar with a similiar glitch of this kind? Your help would much appreciated. ben -- http://fastmail.fm - And now for something completely different...
Re: glitched install of mod_perl (1.99.08)
[benjamin, please always reply to the list, not to the poster who has answered
your question, unless asked otherwise]
benjamin mccall wrote:
Thanks for the quick reply on this one, Stas.
I ran the script, 'localhost' resulted. I applied the patch as you
advised, and it seems as though (i'm building as i composed this)
resolved the issue absolutely. Thanks a heap!
That's weird. Because my patch doesn't solve the problem, it only asserts if
the default servername wasn't found. Could it be a temporary glitch on your
system? What happens if you reverse the patch and try again? Does it still
fail as before?
could you point me to some documentation that my relate to this problem?
i'm quite new to perl. i surmise it was network-related from some of the
modules and patch work applied.
The problem was at Apache-Test/lib/Apache/TestConfig.pm:
sub our_remote_addr {
my $self = shift;
my $name = $self-default_servername;
$remote_addr ||= Socket::inet_ntoa((gethostbyname($name))[-1]);
}
$name was undef. Socket::inet_ntoa() has died because of that.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
Re: glitched install of mod_perl (1.99.08)
well, i edited the /etc/hosts file and it seemed to've done the trick.
but now it seems i'm taking heaps of test failures from 'make test' run.
if apache is inactive, would that cause these failures? for instance,
most of my failures resulted from the 'apr/perlio.t',
'modules/cgiupload.t', and 'modules/cgi.t'.
ben
- Original message -
From: Stas Bekman [EMAIL PROTECTED]
To: benjamin mccall [EMAIL PROTECTED], [EMAIL PROTECTED]
Date: Mon, 27 Jan 2003 15:29:22 +1100
Subject: Re: glitched install of mod_perl (1.99.08)
benjamin mccall wrote:
Thanks for the quick reply on this one, Stas.
I ran the script, 'localhost' resulted. I applied the patch as you
advised, and it seems as though (i'm building as i composed this)
resolved the issue absolutely. Thanks a heap!
That's weird. Because my patch doesn't solve the problem, it only asserts
if
the default servername wasn't found. Could it be a temporary glitch on
your
system? What happens if you reverse the patch and try again? Does it
still
fail as before?
could you point me to some documentation that my relate to this problem?
i'm quite new to perl. i surmise it was network-related from some of the
modules and patch work applied.
The problem was at Apache-Test/lib/Apache/TestConfig.pm:
sub our_remote_addr {
my $self = shift;
my $name = $self-default_servername;
$remote_addr ||= Socket::inet_ntoa((gethostbyname($name))[-1]);
}
$name was undef. Socket::inet_ntoa() has died because of that.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
--
http://fastmail.fm - Access all of your messages and folders wherever you
are
Re: glitched install of mod_perl (1.99.08)
benjamin mccall wrote: well, i edited the /etc/hosts file and it seemed to've done the trick. Earlier you said that the patch to Apache/TestConfig.pm has done the trick. but now it seems i'm taking heaps of test failures from 'make test' run. if apache is inactive, would that cause these failures? for instance, most of my failures resulted from the 'apr/perlio.t', 'modules/cgiupload.t', and 'modules/cgi.t'. My guess is that you aren't running the loopback interface. What do you get when you run: su -c /sbin/ifconfig there should be an entry for 'lo' (guessing that you are on unix, from your mentioning of /usr/local/ in your original post). e.g. on my machine in addition to 'eth0' entry I have: loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:37981 errors:0 dropped:0 overruns:0 frame:0 TX packets:37981 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:5738173 (5.4 Mb) TX bytes:5738173 (5.4 Mb) If you don't have it and you don't know how to fix that, you have to read the manual for your operating system, or some howtos, e.g.: http://www.linux.org/docs/ldp/howto/Net-HOWTO/x540.html If you are still in trouble, you should refer to the appropriate list for your OS to solve it, since this is not a mod_perl problem. __ Stas BekmanJAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide --- http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
Re: glitched install of mod_perl (1.99.08)
well, yes, by trick i meant that 'makefile.pl' and 'make make test' parts of the build proceeded rather normally. my loopback is up and running: ... loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:11793 errors:0 dropped:0 overruns:0 frame:0 TX packets:11793 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:4163692 (3.9 Mb) TX bytes:4163692 (3.9 Mb) incidently, do i have to install cgi.pm and apache::register modules? i checked t/error_logs and here is what i get as result of test: END in modperl_extra.pl, pid=7711 END in modperl_extra.pl, pid=7711 [Sun Jan 26 00:14:19 2003] [notice] Apache/2.0.43 (Unix) mod_perl/1.99_08 Perl/v5.8.0 PHP/4.3.0 configured -- resuming normal operations [Sun Jan 26 00:14:19 2003] [info] Server built: Jan 21 2003 11:54:23 [Sun Jan 26 00:14:19 2003] [debug] prefork.c(1039): AcceptMutex: sysvsem (default: sysvsem) [Sun Jan 26 00:14:20 2003] [error] server reached MaxClients setting, consider raising the MaxClients setting [Sun Jan 26 00:14:55 2003] [info] [client 127.0.0.1] TestAPI::aplog test in progress [Sun Jan 26 00:14:55 2003] [debug] /tmp/dloads/mod_perl-1.99_08/t/response/TestAPI/aplog.pm(43): log_serror test ok [Sun Jan 26 00:14:55 2003] [debug] /tmp/dloads/mod_perl-1.99_08/t/response/TestAPI/aplog.pm(46): (20007)No time was provided and one was required.: log_serror test 2 ok [Sun Jan 26 00:14:55 2003] [debug] /tmp/dloads/mod_perl-1.99_08/t/response/TestAPI/aplog.pm(49): [client 127.0.0.1] (20007)No time was provided and one was required.: log_rerror test ok [Sun Jan 26 00:14:55 2003] [error] $r-log_error test ok [Sun Jan 26 00:14:55 2003] [error] $s-log_error test ok [Sun Jan 26 00:14:55 2003] [debug] /tmp/dloads/mod_perl-1.99_08/t/response/TestAPI/aplog.pm(63): TestAPI::aplog test done [Sun Jan 26 00:14:55 2003] [warn] ApacheApache-warn test ok [Sun Jan 26 00:14:55 2003] [warn] $s-warn test ok [Sun Jan 26 00:15:48 2003] [error] [client 127.0.0.1] mkdir /tmp/dloads/mod_perl-1.99_08/t/htdocs/perlio: Permission denied at /tmp/dloads/mod_perl-1.99_08/Apache-Test/lib/Apache/TestUtil.pm line 128 [Sun Jan 26 00:16:10 2003] [error] Apache::log_error test ok [Sun Jan 26 00:17:49 2003] [error] [client 127.0.0.1] File does not exist: /tmp/dloads/mod_perl-1.99_08/t/htdocs/nope [Sun Jan 26 00:18:34 2003] [error] [client 127.0.0.1] need AuthName: /TestModperl::setauth [Sun Jan 26 00:18:40 2003] [error] failed to resolve handler `TestModules::cgi' [Sun Jan 26 00:18:40 2003] [error] [client 127.0.0.1] Can't locate CGI.pm in @INC (@INC contains: /tmp/dloads/mod_perl-1.99_08/blib/lib/Apache2 /tmp/dloads/mod_perl-1.99_08/Apache-Test/lib /tmp/dloads/mod_perl-1.99_08/lib /tmp/dloads/mod_perl-1.99_08/blib/lib /tmp/dloads/mod_perl-1.99_08/blib/arch /tmp/dloads/mod_perl-1.99_08/t/response /tmp/dloads/mod_perl-1.99_08/t/protocol /tmp/dloads/mod_perl-1.99_08/t/hooks /tmp/dloads/mod_perl-1.99_08/t/filter /tmp/dloads/mod_perl-1.99_08/t /tmp/dloads/mod_perl-1.99_08/t/htdocs/testdirective/perlmodule-vh /tmp/dloads/mod_perl-1.99_08/t/htdocs/testdirective/main /usr/lib/perl5/5.8.0/i386-linux-thread-multi /usr/lib/perl5/5.8.0 /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.0 /usr/lib/perl5/vendor_perl) at /tmp/dloads/mod_perl-1.99_08/t/response/TestModules/cgi.pm line 7. BEGIN failed--compilation aborted at /tmp/dloads/mod_perl-1.99_08/t/response/TestModules/cgi.pm line 7. Compilation failed in require at (eval 111) line 3. [Sun Jan 26 00:18:40 2003] [error] failed to resolve handler `TestModules::cgi' [Sun Jan 26 00:18:40 2003] [error] failed to resolve handler `TestModules::cgi' [Sun Jan 26 00:18:40 2003] [error] failed to resolve handler `TestModules::cgi' [Sun Jan 26 00:18:40 2003] [error] failed to resolve handler `TestModules::cgi' [Sun Jan 26 00:18:43 2003] [error] failed to resolve handler `TestModules::cgiupload' [Sun Jan 26 00:18:43 2003] [error] [client 127.0.0.1] Can't locate CGI.pm in @INC (@INC contains: /tmp/dloads/mod_perl-1.99_08/blib/lib/Apache2 /tmp/dloads/mod_perl-1.99_08/Apache-Test/lib /tmp/dloads/mod_perl-1.99_08/lib /tmp/dloads/mod_perl-1.99_08/blib/lib /tmp/dloads/mod_perl-1.99_08/blib/arch /tmp/dloads/mod_perl-1.99_08/t/response /tmp/dloads/mod_perl-1.99_08/t/protocol /tmp/dloads/mod_perl-1.99_08/t/hooks /tmp/dloads/mod_perl-1.99_08/t/filter /tmp/dloads/mod_perl-1.99_08/t /tmp/dloads/mod_perl-1.99_08/t/htdocs/testdirective/perlmodule-vh /tmp/dloads/mod_perl-1.99_08/t/htdocs/testdirective/main /usr/lib/perl5/5.8.0/i386-linux-thread-multi /usr/lib/perl5/5.8.0 /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.0
Re: glitched install of mod_perl (1.99.08)
benjamin mccall wrote: well, yes, by trick i meant that 'makefile.pl' and 'make make test' parts of the build proceeded rather normally. my loopback is up and running: ... loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:11793 errors:0 dropped:0 overruns:0 frame:0 TX packets:11793 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:4163692 (3.9 Mb) TX bytes:4163692 (3.9 Mb) OK, so it must be the dns resolution problem. So my patch will catch it. incidently, do i have to install cgi.pm and apache::register modules? i checked t/error_logs and here is what i get as result of test: END in modperl_extra.pl, pid=7711 END in modperl_extra.pl, pid=7711 [Sun Jan 26 00:14:19 2003] [notice] Apache/2.0.43 (Unix) mod_perl/1.99_08 Perl/v5.8.0 PHP/4.3.0 configured -- resuming normal operations Hmm, you have perl 5.8.0. How is it possible that you don't have CGI.pm, which is a part of the core? What do you get from running: find /usr/lib/perl5/5.8.0 |grep CGI.pm __ Stas BekmanJAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide --- http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
