You are viewing a plain text version of this content. The canonical link for it is here.
Posted to modperl@perl.apache.org by "Colvin, Joshua" <jc...@sfwmd.gov> on 2007/10/18 15:47:31 UTC
'make test' fails with "the server is down, giving up after 121 secs"
Hello all,
I am trying to upgrade bugzilla from 2.22 to 3.0.2 on 32-bit RHEL4, and
this means upgrading mod_perl from 1.99_16 to 2.0.03 via CPAN.
Unfortunately the 'make test' fails, saying:
the server is down, giving up after 121 secs
[ error] failed to start server! (please examine t/logs/error_log)
httpd is up and running when the above is output. It does not fail on any
specific test number according to the error_log and I don't see any "error"
msgs in the error_log. I've made sure httpd is stopped before doing the
upgrade, otherwise I always get a:
[ error] port 8529 is in use, cannot determine server pid to shutdown
For what it's worth, I notice this after mod_perl restarts httpd:
.[ error] Failed to find a config file to save the custom configuration in
Below is the console output for everything I did, minus the lengthy parts that
didn't seem relevant. Any ideas?
Thanks,
Josh
----------------------------------------------
[root@oomweb bugzilla-3]# /usr/bin/perl -MCPAN -e 'install mod_perl2'
CPAN: Storable loaded ok
Going to read /usr/src/cpan/Metadata
Database was generated on Tue, 04 Sep 2007 06:36:44 GMT
Running install for module mod_perl2
Running make for P/PG/PGOLLUCCI/mod_perl-2.0.3.tar.gz
CPAN: Digest::MD5 loaded ok
CPAN: Compress::Zlib loaded ok
Checksum for /usr/src/cpan/sources/authors/id/P/PG/PGOLLUCCI/mod_perl-2.0.3.tar.gz ok
Scanning cache /usr/src/cpan/build for sizes
mod_perl-2.0.3
mod_perl-2.0.3/t
..........................................
mod_perl-2.0.3/t/response/TestAPI/lookup_misc.pm
mod_perl-2.0.3/t/response/TestAPI/uri.pm
mod_perl-2.0.3/t/response/TestAPI/aplog.pm
mod_perl-2.0.3/t/response/TestAPI/sendfile.pm
mod_perl-2.0.3/t/response/TestAPI/in_out_filters.pm
mod_perl-2.0.3/t/response/TestAPI/module.pm
/bin/tar: Read 6144 bytes from -
mod_perl-2.0.3/t/response/TestAPI/slurp_filename.pm
Removing previously used /usr/src/cpan/build/mod_perl-2.0.3
CPAN.pm: Going to build P/PG/PGOLLUCCI/mod_perl-2.0.3.tar.gz
mod_perl/1.99_16 installation detected... not ok
Cannot install mod_perl/2.0.3 on top of mod_perl/1.99_16
due to a major API change between mod_perl 1.999_21 and 1.999_22.
Conflicting file: /usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi/Apache2.pm
Conflicting dir: /usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi/Apache
Please nuke the prior mod_perl installation from your site_lib,
use a different perl to run the installation process, or use the
PREFIX option when creating your Makefile. See:
http://perl.apache.org/docs/2.0/rename.html
for more details.
aborting...
Running make test
Make had some problems, maybe interrupted? Won't test
Running make install
Make had some problems, maybe interrupted? Won't install
[root@oomweb bugzilla-3]# mkdir /root/perl-test
[root@oomweb bugzilla-3]# mv /usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi/Apache2.pm /root/perl-test/
[root@oomweb bugzilla-3]# mv /usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi/Apache /root/perl-test/
[root@oomweb bugzilla-3]# netstat -alp|grep 8529
[root@oomweb bugzilla-3]# /usr/bin/perl -MCPAN -e 'install mod_perl2'
CPAN: Storable loaded ok
Going to read /usr/src/cpan/Metadata
Database was generated on Tue, 04 Sep 2007 06:36:44 GMT
Running install for module mod_perl2
Running make for P/PG/PGOLLUCCI/mod_perl-2.0.3.tar.gz
CPAN: Digest::MD5 loaded ok
CPAN: Compress::Zlib loaded ok
Checksum for /usr/src/cpan/sources/authors/id/P/PG/PGOLLUCCI/mod_perl-2.0.3.tar.gz ok
Scanning cache /usr/src/cpan/build for sizes
mod_perl-2.0.3
mod_perl-2.0.3/t
..................................................
mod_perl-2.0.3/t/response/TestAPI/sub_request.pm
mod_perl-2.0.3/t/response/TestAPI/status.pm
mod_perl-2.0.3/t/response/TestAPI/conn_util.pm
mod_perl-2.0.3/t/response/TestAPI/lookup_misc.pm
mod_perl-2.0.3/t/response/TestAPI/uri.pm
mod_perl-2.0.3/t/response/TestAPI/aplog.pm
mod_perl-2.0.3/t/response/TestAPI/sendfile.pm
mod_perl-2.0.3/t/response/TestAPI/in_out_filters.pm
mod_perl-2.0.3/t/response/TestAPI/module.pm
/bin/tar: Read 6144 bytes from -
mod_perl-2.0.3/t/response/TestAPI/slurp_filename.pm
Removing previously used /usr/src/cpan/build/mod_perl-2.0.3
CPAN.pm: Going to build P/PG/PGOLLUCCI/mod_perl-2.0.3.tar.gz
no conflicting prior mod_perl version found - good.
Next we need to know where the 'apxs' script is located. This script
provides a lot of information about the Apache installation, and makes
it easier to find things on your system. Normally it's located in the
same directory as the 'httpd' executable.
If you don't yet have Apache installed you can build Apache against
the Apache source code, but you won't be able to run the test suite (a
very important step). Therefore you may want to install Apache before
proceeding.
Please provide a full path to 'apxs' executable
(press Enter if you don't have it installed): /usr/sbin/apxs
Configuring Apache/2.0.52 mod_perl/2.0.3 Perl/v5.8.5
Checking if your kit is complete...
Looks good
[ info] generating script t/TEST
[ info] generating script ./t/cgi-bin/next_available_port.pl
[ info] generating script ./t/cgi-bin/cookies.pl
Writing Makefile for Apache::Test
Checking for File::Spec...ok
Checking for Cwd...ok
[ info] generating script t/TEST
Checking if your kit is complete...
Looks good
Writing Makefile for ModPerl::Registry
Writing Makefile for APR::Base64
Writing Makefile for APR::Brigade
Writing Makefile for APR::Bucket
Writing Makefile for APR::BucketAlloc
Writing Makefile for APR::BucketType
Writing Makefile for APR::Date
Writing Makefile for APR::Error
Writing Makefile for APR::Finfo
Writing Makefile for APR::IpSubnet
Writing Makefile for APR::OS
Writing Makefile for APR::Pool
Writing Makefile for APR::SockAddr
Writing Makefile for APR::Socket
Writing Makefile for APR::Status
Writing Makefile for APR::String
Writing Makefile for APR::Table
Writing Makefile for APR::ThreadMutex
Writing Makefile for APR::URI
Writing Makefile for APR::UUID
Writing Makefile for APR::Util
Writing Makefile for APR
Writing Makefile for Apache2::Access
Writing Makefile for Apache2::CmdParms
Writing Makefile for Apache2::Command
Writing Makefile for Apache2::Connection
Writing Makefile for Apache2::ConnectionUtil
Writing Makefile for Apache2::Directive
Writing Makefile for Apache2::Filter
Writing Makefile for Apache2::FilterRec
Writing Makefile for Apache2::HookRun
Writing Makefile for Apache2::Log
Writing Makefile for Apache2::MPM
Writing Makefile for Apache2::Module
Writing Makefile for Apache2::Process
Writing Makefile for Apache2::RequestIO
Writing Makefile for Apache2::RequestRec
Writing Makefile for Apache2::RequestUtil
Writing Makefile for Apache2::Response
Writing Makefile for Apache2::ServerRec
Writing Makefile for Apache2::ServerUtil
Writing Makefile for Apache2::SubProcess
Writing Makefile for Apache2::SubRequest
Writing Makefile for Apache2::URI
Writing Makefile for Apache2::Util
Writing Makefile for Apache2
Writing Makefile for ModPerl::Global
Writing Makefile for ModPerl::Util
Writing Makefile for ModPerl
Writing Makefile for ModPerl::WrapXS
Writing Makefile for APR
Writing Makefile for APR::Const
Writing Makefile for APR::PerlIO
Writing Makefile for libaprext
Writing Makefile for APR_build
Writing Makefile for Apache2::Const
Writing Makefile for Apache2_build
Writing Makefile for ModPerl::Const
Writing Makefile for ModPerl
Writing Makefile for ModPerl::XS
Writing Makefile for mod_perl2
[warning] mod_perl dso library will be built as mod_perl.so
[warning] You'll need to add the following to httpd.conf:
[warning]
[warning] LoadModule perl_module modules/mod_perl.so
[warning]
[warning] depending on your build, mod_perl might not live in
[warning] the modules/ directory.
[warning] Check the results of
[warning]
[warning] $ /usr/sbin/apxs -q LIBEXECDIR
[warning]
[warning] and adjust the LoadModule directive accordingly.
cd "src/modules/perl" && /usr/bin/make
make[1]: Entering directory `/usr/src/cpan/build/mod_perl-2.0.3/src/modules/perl'
........................................
make[2]: Leaving directory `/usr/src/cpan/build/mod_perl-2.0.3/xs/Apache2'
make[2]: Entering directory `/usr/src/cpan/build/mod_perl-2.0.3/xs/ModPerl'
make[3]: Entering directory `/usr/src/cpan/build/mod_perl-2.0.3/xs/ModPerl/Const'
make[3]: Leaving directory `/usr/src/cpan/build/mod_perl-2.0.3/xs/ModPerl/Const'
make[2]: Leaving directory `/usr/src/cpan/build/mod_perl-2.0.3/xs/ModPerl'
make[1]: Leaving directory `/usr/src/cpan/build/mod_perl-2.0.3/xs'
/usr/bin/perl -Iblib/arch -Iblib/lib \
t/TEST -clean
[warning] setting ulimit to allow core files
ulimit -c unlimited; /usr/bin/perl /usr/src/cpan/build/mod_perl-2.0.3/t/TEST -clean
APACHE_TEST_GROUP= APACHE_TEST_HTTPD= APACHE_TEST_PORT= APACHE_TEST_USER= APACHE_TEST_APXS= \
/usr/bin/perl -Iblib/arch -Iblib/lib \
t/TEST -bugreport -verbose=0
[warning] setting ulimit to allow core files
ulimit -c unlimited; /usr/bin/perl /usr/src/cpan/build/mod_perl-2.0.3/t/TEST -bugreport -verbose=0
[warning] root mode: changing the files ownership to 'nobody' (99:99)
[warning] testing whether 'nobody' is able to -rwx /usr/src/cpan/build/mod_perl-2.0.3/t
"/usr/bin/perl" -Mlib=/usr/src/cpan/build/mod_perl-2.0.3/Apache-Test/lib -MApache::TestRun -e 'eval { Apache::TestRun::run_root_fs_test(99, 99, q[/usr/src/cpan/build/mod_perl-2.0.3/t]) }';
[warning] result: OK
[warning] the client side drops 'root' permissions and becomes 'nobody'
/usr/sbin/httpd -d /usr/src/cpan/build/mod_perl-2.0.3/t -f /usr/src/cpan/build/mod_perl-2.0.3/t/conf/httpd.conf -D APACHE2 -D PERL_USEITHREADS
using Apache/2.0.52 (prefork MPM)
waiting 120 seconds for server to start: ..[Thu Oct 18 08:14:45 2007] [info] 6 Apache2:: modules loaded
[Thu Oct 18 08:14:45 2007] [info] 0 APR:: modules loaded
[Thu Oct 18 08:14:45 2007] [info] base server + 28 vhosts ready to run tests
.[ error] Failed to find a config file to save the custom configuration in
.[Thu Oct 18 08:14:47 2007] [warn] The Alias directive in mod_perl at line 1 will probably never match because it overlaps an earlier Alias.
[Thu Oct 18 08:14:47 2007] [warn] The Alias directive in mod_perl at line 1 will probably never match because it overlaps an earlier Alias.
[Thu Oct 18 08:14:47 2007] [warn] The Alias directive in mod_perl at line 1 will probably never match because it overlaps an earlier Alias.
[Thu Oct 18 08:14:47 2007] [warn] The Alias directive in mod_perl at line 1 will probably never match because it overlaps an earlier Alias.
[Thu Oct 18 08:14:47 2007] [warn] The Alias directive in mod_perl at line 1 will probably never match because it overlaps an earlier Alias.
.....
waiting 120 seconds for server to start: ok (waited 7 secs)
server localhost.localdomain:8529 started
server localhost.localdomain:8530 listening (filter_out_apache)
server localhost.localdomain:8531 listening (perlsections)
server localhost.localdomain:8532 listening (inherit)
server localhost.localdomain:8533 listening (TestUser::rewrite)
server localhost.localdomain:8534 listening (TestModules::proxy)
server localhost.localdomain:8535 listening (TestVhost::config)
server localhost.localdomain:8536 listening (TestVhost::log)
server localhost.localdomain:8537 listening (TestModperl::merge)
server localhost.localdomain:8538 listening (TestModperl::perl_options2)
server localhost.localdomain:8539 listening (TestModperl::perl_options)
server localhost.localdomain:8540 listening (TestModperl::setupenv)
server localhost.localdomain:8541 listening (TestProtocol::echo_nonblock)
server localhost.localdomain:8542 listening (TestProtocol::echo_timeout)
server localhost.localdomain:8543 listening (TestProtocol::echo_block)
server localhost.localdomain:8544 listening (TestProtocol::echo_bbs)
server localhost.localdomain:8545 listening (TestProtocol::echo_filter)
server localhost.localdomain:8546 listening (TestProtocol::pseudo_http)
server localhost.localdomain:8547 listening (TestProtocol::echo_bbs2)
server localhost.localdomain:8548 listening (TestPreConnection::note)
server localhost.localdomain:8549 listening (TestHooks::startup)
server localhost.localdomain:8550 listening (TestHooks::trans)
server localhost.localdomain:8551 listening (TestHooks::stacked_handlers2)
server localhost.localdomain:8552 listening (TestHooks::hookrun)
server localhost.localdomain:8553 listening (TestHooks::init)
server localhost.localdomain:8554 listening (TestFilter::both_str_con_add)
server localhost.localdomain:8555 listening (TestFilter::in_str_msg)
server localhost.localdomain:8556 listening (TestFilter::in_bbs_inject_header)
server localhost.localdomain:8557 listening (TestFilter::in_bbs_msg)
server localhost.localdomain:8558 listening (TestDirective::perlrequire)
server localhost.localdomain:8559 listening (TestDirective::perlmodule)
server localhost.localdomain:8560 listening (TestDirective::perlloadmodule3)
server localhost.localdomain:8561 listening (TestDirective::perlloadmodule4)
server localhost.localdomain:8562 listening (TestDirective::perlloadmodule5)
server localhost.localdomain:8563 listening (TestAPI::add_config)
server localhost.localdomain:8564 listening (TestDirective::perlloadmodule6)
server localhost.localdomain:8565 listening (TestHooks::push_handlers_anon)
still waiting for server to warm up: ..................................................................................................................
the server is down, giving up after 121 secs
[ error] failed to start server! (please examine t/logs/error_log)
+--------------------------------------------------------+
| Please file a bug report: http://perl.apache.org/bugs/ |
+--------------------------------------------------------+
make: *** [run_tests] Error 1
/usr/bin/make test -- NOT OK
Running make install
make test had returned bad status, won't install without force
[root@oomweb bugzilla-3]# more /usr/src/cpan/build/mod_perl-2.0.3/t/logs/error_log
[Thu Oct 18 08:14:47 2007] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Thu Oct 18 08:14:47 2007] [info] Init: Initializing OpenSSL library
[Thu Oct 18 08:14:47 2007] [info] Init: Seeding PRNG with 0 bytes of entropy
[Thu Oct 18 08:14:47 2007] [info] Init: Generating temporary RSA private keys (512/1024 bits)
[Thu Oct 18 08:14:48 2007] [info] Init: Generating temporary DH parameters (512/1024 bits)
[Thu Oct 18 08:14:48 2007] [warn] Init: Session Cache is not configured [hint: SSLSessionCache]
[Thu Oct 18 08:14:48 2007] [info] Init: Initializing (virtual) servers for SSL
[Thu Oct 18 08:14:48 2007] [info] Server: Apache/2.0.52, Interface: mod_ssl/2.0.52, Library: OpenSSL/0.9.7a
END in modperl_extra.pl, pid=24949
[Thu Oct 18 08:14:52 2007] [notice] Digest: generating secret for digest authentication ...
[Thu Oct 18 08:14:52 2007] [notice] Digest: done
[Thu Oct 18 08:14:52 2007] [debug] util_ldap.c(1256): LDAP merging Shared Cache conf: shm=0x9f85f68 rmm=0x9f
85f98 for VHOST: localhost.localdomain
[Thu Oct 18 08:14:52 2007] [debug] util_ldap.c(1256): LDAP merging Shared Cache conf: shm=0x9f85f68 rmm=0x9f
85f98 for VHOST: localhost.localdomain
[Thu Oct 18 08:14:52 2007] [debug] util_ldap.c(1256): LDAP merging Shared Cache conf: shm=0x9f85f68 rmm=0x9f
85f98 for VHOST: localhost.localdomain
[Thu Oct 18 08:14:52 2007] [debug] util_ldap.c(1256): LDAP merging Shared Cache conf: shm=0x9f85f68 rmm=0x9f
85f98 for VHOST: localhost.localdomain
[Thu Oct 18 08:14:52 2007] [debug] util_ldap.c(1256): LDAP merging Shared Cache conf: shm=0x9f85f68 rmm=0x9f
85f98 for VHOST: localhost.localdomain
[Thu Oct 18 08:14:52 2007] [debug] util_ldap.c(1256): LDAP merging Shared Cache conf: shm=0x9f85f68 rmm=0x9f
85f98 for VHOST: localhost.localdomain
[Thu Oct 18 08:14:52 2007] [debug] util_ldap.c(1256): LDAP merging Shared Cache conf: shm=0x9f85f68 rmm=0x9f
85f98 for VHOST: localhost.localdomain
[Thu Oct 18 08:14:52 2007] [debug] util_ldap.c(1256): LDAP merging Shared Cache conf: shm=0x9f85f68 rmm=0x9f
85f98 for VHOST: localhost.localdomain
[Thu Oct 18 08:14:52 2007] [debug] util_ldap.c(1256): LDAP merging Shared Cache conf: shm=0x9f85f68 rmm=0x9f
85f98 for VHOST: localhost.localdomain
[Thu Oct 18 08:14:52 2007] [debug] util_ldap.c(1256): LDAP merging Shared Cache conf: shm=0x9f85f68 rmm=0x9f
85f98 for VHOST: localhost.localdomain
[Thu Oct 18 08:14:52 2007] [debug] util_ldap.c(1256): LDAP merging Shared Cache conf: shm=0x9f85f68 rmm=0x9f
85f98 for VHOST: localhost.localdomain
[Thu Oct 18 08:14:52 2007] [debug] util_ldap.c(1256): LDAP merging Shared Cache conf: shm=0x9f85f68 rmm=0x9f
85f98 for VHOST: localhost.localdomain
[Thu Oct 18 08:14:52 2007] [debug] util_ldap.c(1256): LDAP merging Shared Cache conf: shm=0x9f85f68 rmm=0x9f
85f98 for VHOST: localhost.localdomain
[Thu Oct 18 08:14:52 2007] [debug] util_ldap.c(1256): LDAP merging Shared Cache conf: shm=0x9f85f68 rmm=0x9f
85f98 for VHOST: localhost.localdomain
[Thu Oct 18 08:14:52 2007] [debug] util_ldap.c(1256): LDAP merging Shared Cache conf: shm=0x9f85f68 rmm=0x9f
85f98 for VHOST: localhost.localdomain
[Thu Oct 18 08:14:52 2007] [debug] util_ldap.c(1256): LDAP merging Shared Cache conf: shm=0x9f85f68 rmm=0x9f
85f98 for VHOST: localhost.localdomain
[Thu Oct 18 08:14:52 2007] [debug] util_ldap.c(1256): LDAP merging Shared Cache conf: shm=0x9f85f68 rmm=0x9f
85f98 for VHOST: localhost.localdomain
[Thu Oct 18 08:14:52 2007] [debug] util_ldap.c(1256): LDAP merging Shared Cache conf: shm=0x9f85f68 rmm=0x9f
85f98 for VHOST: localhost.localdomain
[Thu Oct 18 08:14:52 2007] [debug] util_ldap.c(1256): LDAP merging Shared Cache conf: shm=0x9f85f68 rmm=0x9f
85f98 for VHOST: localhost.localdomain
[Thu Oct 18 08:14:52 2007] [debug] util_ldap.c(1256): LDAP merging Shared Cache conf: shm=0x9f85f68 rmm=0x9f
85f98 for VHOST: localhost.localdomain
[Thu Oct 18 08:14:52 2007] [debug] util_ldap.c(1256): LDAP merging Shared Cache conf: shm=0x9f85f68 rmm=0x9f
85f98 for VHOST: localhost.localdomain
[Thu Oct 18 08:14:52 2007] [debug] util_ldap.c(1256): LDAP merging Shared Cache conf: shm=0x9f85f68 rmm=0x9f
85f98 for VHOST: localhost.localdomain
[Thu Oct 18 08:14:52 2007] [debug] util_ldap.c(1256): LDAP merging Shared Cache conf: shm=0x9f85f68 rmm=0x9f
85f98 for VHOST: localhost.localdomain
[Thu Oct 18 08:14:52 2007] [debug] util_ldap.c(1256): LDAP merging Shared Cache conf: shm=0x9f85f68 rmm=0x9f
85f98 for VHOST: localhost.localdomain
[Thu Oct 18 08:14:52 2007] [debug] util_ldap.c(1256): LDAP merging Shared Cache conf: shm=0x9f85f68 rmm=0x9f
85f98 for VHOST: localhost.localdomain
[Thu Oct 18 08:14:52 2007] [debug] util_ldap.c(1256): LDAP merging Shared Cache conf: shm=0x9f85f68 rmm=0x9f
85f98 for VHOST: localhost.localdomain
[Thu Oct 18 08:14:52 2007] [debug] util_ldap.c(1256): LDAP merging Shared Cache conf: shm=0x9f85f68 rmm=0x9f
85f98 for VHOST: localhost.localdomain
[Thu Oct 18 08:14:52 2007] [debug] util_ldap.c(1256): LDAP merging Shared Cache conf: shm=0x9f85f68 rmm=0x9f
85f98 for VHOST: localhost.localdomain
[Thu Oct 18 08:14:52 2007] [debug] util_ldap.c(1256): LDAP merging Shared Cache conf: shm=0x9f85f68 rmm=0x9f
85f98 for VHOST: localhost.localdomain
[Thu Oct 18 08:14:52 2007] [debug] util_ldap.c(1256): LDAP merging Shared Cache conf: shm=0x9f85f68 rmm=0x9f
85f98 for VHOST: localhost.localdomain
[Thu Oct 18 08:14:52 2007] [debug] util_ldap.c(1256): LDAP merging Shared Cache conf: shm=0x9f85f68 rmm=0x9f
85f98 for VHOST: localhost.localdomain
[Thu Oct 18 08:14:52 2007] [debug] util_ldap.c(1256): LDAP merging Shared Cache conf: shm=0x9f85f68 rmm=0x9f
85f98 for VHOST: localhost.localdomain
[Thu Oct 18 08:14:52 2007] [debug] util_ldap.c(1256): LDAP merging Shared Cache conf: shm=0x9f85f68 rmm=0x9f
85f98 for VHOST: localhost.localdomain
[Thu Oct 18 08:14:52 2007] [debug] util_ldap.c(1256): LDAP merging Shared Cache conf: shm=0x9f85f68 rmm=0x9f
85f98 for VHOST: localhost.localdomain
[Thu Oct 18 08:14:52 2007] [debug] util_ldap.c(1256): LDAP merging Shared Cache conf: shm=0x9f85f68 rmm=0x9f
85f98 for VHOST: localhost.localdomain
[Thu Oct 18 08:14:52 2007] [debug] util_ldap.c(1256): LDAP merging Shared Cache conf: shm=0x9f85f68 rmm=0x9f
85f98 for VHOST: localhost.localdomain
[Thu Oct 18 08:14:52 2007] [notice] LDAP: Built with OpenLDAP LDAP SDK
[Thu Oct 18 08:14:52 2007] [notice] LDAP: SSL support unavailable
[Thu Oct 18 08:14:52 2007] [notice] mod_python: Creating 3 session mutexes based on 3 max processes and 0 ma
x threads.
[Thu Oct 18 08:14:52 2007] [info] Init: Initializing OpenSSL library
[Thu Oct 18 08:14:52 2007] [info] Init: Seeding PRNG with 0 bytes of entropy
[Thu Oct 18 08:14:52 2007] [info] Init: Generating temporary RSA private keys (512/1024 bits)
[Thu Oct 18 08:14:52 2007] [info] Init: Generating temporary DH parameters (512/1024 bits)
[Thu Oct 18 08:14:52 2007] [info] Init: Initializing (virtual) servers for SSL
[Thu Oct 18 08:14:52 2007] [info] Server: Apache/2.0.52, Interface: mod_ssl/2.0.52, Library: OpenSSL/0.9.7a
[Thu Oct 18 08:14:52 2007] [debug] util_ldap.c(1441): INIT global mutex /tmp/filem64FdN in child 24972
[Thu Oct 18 08:14:52 2007] [debug] util_ldap.c(1441): INIT global mutex /tmp/filem64FdN in child 24973
[Thu Oct 18 08:14:52 2007] [notice] Apache/2.0.52 (Red Hat) world domination series/2.0 DAV/2 mod_auth_kerb/
5.0-rc4 mod_auth_pgsql/2.0.1 PHP/4.3.9 mod_python/3.1.3 Python/2.3.4 mod_ssl/2.0.52 OpenSSL/0.9.7a SVN/1.4.3
mod_perl/2.0.3 Perl/v5.8.5 configured -- resuming normal operations
[Thu Oct 18 08:14:52 2007] [info] Server built: Dec 15 2005 04:09:14
[Thu Oct 18 08:14:52 2007] [debug] prefork.c(955): AcceptMutex: sysvsem (default: sysvsem)
[root@oomweb bugzilla-3]# service httpd status
httpd (pid 24973 24972 24962) is running...
[root@oomweb bugzilla-3]#
[root@oomweb bugzilla-3]# rpm -qa|grep mod_perl
mod_perl-devel-1.99_16-4
mod_perl-1.99_16-4
[root@oomweb bugzilla-3]#
[root@oomweb bugzilla-3]# cp /root/perl-test/Apache2.pm /usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi/
[root@oomweb bugzilla-3]# cp -R /root/perl-test/Apache /usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi/
[root@oomweb bugzilla-3]# service httpd restart
Stopping httpd: [ OK ]
Starting httpd: [ OK ]
[root@oomweb bugzilla-3]#
RE: 'make test' fails with "the server is down, giving up after 121 secs"
Posted by "Colvin, Joshua" <jc...@sfwmd.gov>.
You're right, we do have the 1.99 installed, however I thought
removing the offending files (pointed out by the CPAN install)
and doing an "install" of the newer version would handle that
for me. I will definitely manually remove the rpms and retry
once I get another window. Thanks.
-----Original Message-----
From: Fred Moyer [mailto:fred@redhotpenguin.com]
Sent: Thursday, October 18, 2007 10:48 AM
To: Colvin, Joshua; modperl@perl.apache.org
Subject: Re: 'make test' fails with "the server is down, giving up after 121 secs"
> [root@oomweb bugzilla-3]# rpm -qa|grep mod_perl
> mod_perl-devel-1.99_16-4
> mod_perl-1.99_16-4
Looks like you have a old version installed, it might help to remove
that rpm if you are installing 2.0.3 from source.
> [root@oomweb bugzilla-3]#
> [root@oomweb bugzilla-3]# cp /root/perl-test/Apache2.pm
> /usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi/
> [root@oomweb bugzilla-3]# cp -R /root/perl-test/Apache
> /usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi/
> [root@oomweb bugzilla-3]# service httpd restart
> Stopping httpd: [ OK ]
> Starting httpd: [ OK ]
> [root@oomweb bugzilla-3]#
Re: 'make test' fails with "the server is down, giving up after 121 secs"
Posted by Fred Moyer <fr...@redhotpenguin.com>.
> [root@oomweb bugzilla-3]# rpm -qa|grep mod_perl
> mod_perl-devel-1.99_16-4
> mod_perl-1.99_16-4
Looks like you have a old version installed, it might help to remove
that rpm if you are installing 2.0.3 from source.
> [root@oomweb bugzilla-3]#
> [root@oomweb bugzilla-3]# cp /root/perl-test/Apache2.pm
> /usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi/
> [root@oomweb bugzilla-3]# cp -R /root/perl-test/Apache
> /usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi/
> [root@oomweb bugzilla-3]# service httpd restart
> Stopping httpd: [ OK ]
> Starting httpd: [ OK ]
> [root@oomweb bugzilla-3]#
RE: 'make test' fails with "the server is down, giving up after 121 secs"
Posted by "Colvin, Joshua" <jc...@sfwmd.gov>.
Thanks Adam, but I've got no firewall and selinux is disabled, so those
don't seem to be the problem. I'll see if manually removing the previous
mod_perl lets the upgrade (install) work.
-----Original Message-----
From: Adam Prime x443 [mailto:aprime@brunico.com]
Sent: Thursday, October 18, 2007 3:57 PM
To: modperl@perl.apache.org
Subject: RE: 'make test' fails with "the server is down, giving up after 121 secs"
This might not be any help, but the one time that i ran into this it was because for some reason traffic to localhost was being blocked by iptables due to a configuration oversight. You might want to check to make sure that isn't happening to you.
-----Original Message-----
From: Colvin, Joshua [mailto:jcolvin@sfwmd.gov]
Sent: Thursday, October 18, 2007 10:07 AM
To: modperl@perl.apache.org
Subject: RE: 'make test' fails with "the server is down, giving up after 121 secs"
Thanks for the reply Malcolm. I didn't see anything in error_log that
gave me any clues. I've posted the entire contents of error_log in the
original posting (unless there's another error_log I should be looking
at).
We do have ssl configured, but currently disabled:
[root@oomweb conf.d]# ls -l /etc/httpd/conf.d/ssl*
-rw-r--r-- 1 root root 10919 Dec 15 2005 /etc/httpd/conf.d/ssl.conf
-rw-r--r-- 1 root root 10919 Aug 31 2005 /etc/httpd/conf.d/ssl.conf.disabled
however the entropy seems okay regardless:
[root@oomweb bugzilla-3]# more /proc/sys/kernel/random/entropy_avail
3648
Do you think it's as simple as hacking the test to wait for longer than
120 seconds?
-----Original Message-----
From: Malcolm [mailto:mjhlists-modperl-20060801@thendara.liminalflux.net]
Sent: Thursday, October 18, 2007 9:54 AM
To: modperl@perl.apache.org
Subject: Re: 'make test' fails with "the server is down, giving up after 121 secs"
On Thursday 18 October 2007 9:47:31 am Colvin, Joshua wrote:
> Hello all,
>
> I am trying to upgrade bugzilla from 2.22 to 3.0.2 on 32-bit RHEL4, and
> this means upgrading mod_perl from 1.99_16 to 2.0.03 via CPAN.
> Unfortunately the 'make test' fails, saying:
>
> the server is down, giving up after 121 secs
> [ error] failed to start server! (please examine t/logs/error_log)
Was there nothing useful in the error_log?
> httpd is up and running when the above is output. It does not fail on any
> specific test number according to the error_log and I don't see any "error"
> msgs in the error_log. I've made sure httpd is stopped before doing the
> upgrade, otherwise I always get a:
> Below is the console output for everything I did, minus the lengthy parts
> that didn't seem relevant. Any ideas?
Do you have ssl configured? One thing I've noticed is that if you do, and
you're restarting apache a lot (as happens when you're testing) then it's
very easy to run out of entropy for the random number generator, at which
point apache will hang on start until the system gains enough entropy.
On a linux box, check:
/proc/sys/kernel/random/_avail
You need numbers over 50 for apache/ssl to be happy, in the hundreds is
better, single digit means you're stuck.
Solutions include less random random sources, entropy generator sources
and "cat /var/logs/* > /dev/null" (the quick and dirty method if you just
need it occasionally).
RE: 'make test' fails with "the server is down, giving up after 121 secs"
Posted by Adam Prime x443 <ap...@brunico.com>.
This might not be any help, but the one time that i ran into this it was because for some reason traffic to localhost was being blocked by iptables due to a configuration oversight. You might want to check to make sure that isn't happening to you.
-----Original Message-----
From: Colvin, Joshua [mailto:jcolvin@sfwmd.gov]
Sent: Thursday, October 18, 2007 10:07 AM
To: modperl@perl.apache.org
Subject: RE: 'make test' fails with "the server is down, giving up after 121 secs"
Thanks for the reply Malcolm. I didn't see anything in error_log that
gave me any clues. I've posted the entire contents of error_log in the
original posting (unless there's another error_log I should be looking
at).
We do have ssl configured, but currently disabled:
[root@oomweb conf.d]# ls -l /etc/httpd/conf.d/ssl*
-rw-r--r-- 1 root root 10919 Dec 15 2005 /etc/httpd/conf.d/ssl.conf
-rw-r--r-- 1 root root 10919 Aug 31 2005 /etc/httpd/conf.d/ssl.conf.disabled
however the entropy seems okay regardless:
[root@oomweb bugzilla-3]# more /proc/sys/kernel/random/entropy_avail
3648
Do you think it's as simple as hacking the test to wait for longer than
120 seconds?
-----Original Message-----
From: Malcolm [mailto:mjhlists-modperl-20060801@thendara.liminalflux.net]
Sent: Thursday, October 18, 2007 9:54 AM
To: modperl@perl.apache.org
Subject: Re: 'make test' fails with "the server is down, giving up after 121 secs"
On Thursday 18 October 2007 9:47:31 am Colvin, Joshua wrote:
> Hello all,
>
> I am trying to upgrade bugzilla from 2.22 to 3.0.2 on 32-bit RHEL4, and
> this means upgrading mod_perl from 1.99_16 to 2.0.03 via CPAN.
> Unfortunately the 'make test' fails, saying:
>
> the server is down, giving up after 121 secs
> [ error] failed to start server! (please examine t/logs/error_log)
Was there nothing useful in the error_log?
> httpd is up and running when the above is output. It does not fail on any
> specific test number according to the error_log and I don't see any "error"
> msgs in the error_log. I've made sure httpd is stopped before doing the
> upgrade, otherwise I always get a:
> Below is the console output for everything I did, minus the lengthy parts
> that didn't seem relevant. Any ideas?
Do you have ssl configured? One thing I've noticed is that if you do, and
you're restarting apache a lot (as happens when you're testing) then it's
very easy to run out of entropy for the random number generator, at which
point apache will hang on start until the system gains enough entropy.
On a linux box, check:
/proc/sys/kernel/random/_avail
You need numbers over 50 for apache/ssl to be happy, in the hundreds is
better, single digit means you're stuck.
Solutions include less random random sources, entropy generator sources
and "cat /var/logs/* > /dev/null" (the quick and dirty method if you just
need it occasionally).
RE: 'make test' fails with "the server is down, giving up after 121 secs"
Posted by "Colvin, Joshua" <jc...@sfwmd.gov>.
Thanks for the reply Malcolm. I didn't see anything in error_log that
gave me any clues. I've posted the entire contents of error_log in the
original posting (unless there's another error_log I should be looking
at).
We do have ssl configured, but currently disabled:
[root@oomweb conf.d]# ls -l /etc/httpd/conf.d/ssl*
-rw-r--r-- 1 root root 10919 Dec 15 2005 /etc/httpd/conf.d/ssl.conf
-rw-r--r-- 1 root root 10919 Aug 31 2005 /etc/httpd/conf.d/ssl.conf.disabled
however the entropy seems okay regardless:
[root@oomweb bugzilla-3]# more /proc/sys/kernel/random/entropy_avail
3648
Do you think it's as simple as hacking the test to wait for longer than
120 seconds?
-----Original Message-----
From: Malcolm [mailto:mjhlists-modperl-20060801@thendara.liminalflux.net]
Sent: Thursday, October 18, 2007 9:54 AM
To: modperl@perl.apache.org
Subject: Re: 'make test' fails with "the server is down, giving up after 121 secs"
On Thursday 18 October 2007 9:47:31 am Colvin, Joshua wrote:
> Hello all,
>
> I am trying to upgrade bugzilla from 2.22 to 3.0.2 on 32-bit RHEL4, and
> this means upgrading mod_perl from 1.99_16 to 2.0.03 via CPAN.
> Unfortunately the 'make test' fails, saying:
>
> the server is down, giving up after 121 secs
> [ error] failed to start server! (please examine t/logs/error_log)
Was there nothing useful in the error_log?
> httpd is up and running when the above is output. It does not fail on any
> specific test number according to the error_log and I don't see any "error"
> msgs in the error_log. I've made sure httpd is stopped before doing the
> upgrade, otherwise I always get a:
> Below is the console output for everything I did, minus the lengthy parts
> that didn't seem relevant. Any ideas?
Do you have ssl configured? One thing I've noticed is that if you do, and
you're restarting apache a lot (as happens when you're testing) then it's
very easy to run out of entropy for the random number generator, at which
point apache will hang on start until the system gains enough entropy.
On a linux box, check:
/proc/sys/kernel/random/_avail
You need numbers over 50 for apache/ssl to be happy, in the hundreds is
better, single digit means you're stuck.
Solutions include less random random sources, entropy generator sources
and "cat /var/logs/* > /dev/null" (the quick and dirty method if you just
need it occasionally).
Re: 'make test' fails with "the server is down, giving up after 121 secs"
Posted by Malcolm <mj...@liminalflux.net>.
On Thursday 18 October 2007 9:47:31 am Colvin, Joshua wrote:
> Hello all,
>
> I am trying to upgrade bugzilla from 2.22 to 3.0.2 on 32-bit RHEL4, and
> this means upgrading mod_perl from 1.99_16 to 2.0.03 via CPAN.
> Unfortunately the 'make test' fails, saying:
>
> the server is down, giving up after 121 secs
> [ error] failed to start server! (please examine t/logs/error_log)
Was there nothing useful in the error_log?
> httpd is up and running when the above is output. It does not fail on any
> specific test number according to the error_log and I don't see any "error"
> msgs in the error_log. I've made sure httpd is stopped before doing the
> upgrade, otherwise I always get a:
> Below is the console output for everything I did, minus the lengthy parts
> that didn't seem relevant. Any ideas?
Do you have ssl configured? One thing I've noticed is that if you do, and
you're restarting apache a lot (as happens when you're testing) then it's
very easy to run out of entropy for the random number generator, at which
point apache will hang on start until the system gains enough entropy.
On a linux box, check:
/proc/sys/kernel/random/_avail
You need numbers over 50 for apache/ssl to be happy, in the hundreds is
better, single digit means you're stuck.
Solutions include less random random sources, entropy generator sources
and "cat /var/logs/* > /dev/null" (the quick and dirty method if you just
need it occasionally).