Hi all
On Thu Oct 20, Michael Lake wrote:
Since yesterday's Debian upgrade my apache does not work.
I'm on 'testing'.
~$ sudo apachectl start
/usr/sbin/apachectl: line 65: 5417 Segmentation fault $HTTPD
Im running apache Version: 1.3.29.0.1-3 and libapache-mod-perl 1.29.0.1-3
I had a look at bugs.debian.org and I have found this:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=329045
The person that had the above problem fixed it by commenting out the line:
LoadModule perl_module /usr/lib/apache/1.3/mod_perl.so in modules.conf
After that the bug report asks about php4 being loaded but there is no
follow up to that after 19th September.
I have been able to get apache going again by removing apache and
installing apache-perl. (I need to use mod_perl) The difference is that before
with apache
mod-perl was loaded as a DSO whereas with apache-perl its staticaly compiled in.
Thats fine but statements like PerlSetEnv in the httpd.conf file give
this error:
Syntax error on line 1036 of /etc/apache-perl/httpd.conf:
Invalid command 'PerlSetEnv', perhaps mis-spelled or defined by a module
not included in the server configuration
/usr/sbin/apache-perlctl start: httpd could not be started
If PerlSetEnv is commented out it starts fine.
The apache daemon binary has got perl compiled in as seen below:
# ldd /usr/sbin/apache-perl
libm.so.6 => /lib/libm.so.6 (0x0ff6a000)
libpthread.so.0 => /lib/libpthread.so.0 (0x0fef9000)
libcrypt.so.1 => /lib/libcrypt.so.1 (0x0feac000)
libdb-4.2.so => /usr/lib/libdb-4.2.so (0x0fdab000)
libperl.so.5.8 => /usr/lib/libperl.so.5.8 (0x0fc4d000)
libdl.so.2 => /lib/libdl.so.2 (0x0fc2a000)
libc.so.6 => /lib/libc.so.6 (0x0fadf000)
libexpat.so.1 => /usr/lib/libexpat.so.1 (0x0fa99000)
/lib/ld.so.1 (0x30000000)
apache-perl needs libapache-mod-perl and I have that and the .so file is
there:
# dpkg -L libapache-mod-perl | grep so
/usr/lib/apache/1.3/mod_perl.so
/usr/lib/perl5/auto/Apache/Leak/Leak.so
/usr/lib/perl5/auto/Apache/Symbol/Symbol.so
/usr/lib/perl5/Apache/Resource.pm
/usr/share/man/man3/Apache::Resource.3pm.gz
BUT maybe it needs to be loaded ????
I regenerated the modules.conf file:
# /usr/sbin/apache-modconf apache-perl
and checked it :
# cat modules.conf
# Autogenerated file - do not edit!
# This file is maintained by the apache-perl package.
# To update it, run the command:
# /usr/sbin/apache-modconf apache-perl
ClearModuleList
AddModule mod_so.c
AddModule mod_macro.c
LoadModule config_log_module /usr/lib/apache/1.3/mod_log_config.so
LoadModule mime_module /usr/lib/apache/1.3/mod_mime.so
LoadModule negotiation_module /usr/lib/apache/1.3/mod_negotiation.so
LoadModule status_module /usr/lib/apache/1.3/mod_status.so
LoadModule info_module /usr/lib/apache/1.3/mod_info.so
LoadModule includes_module /usr/lib/apache/1.3/mod_include.so
LoadModule autoindex_module /usr/lib/apache/1.3/mod_autoindex.so
LoadModule dir_module /usr/lib/apache/1.3/mod_dir.so
LoadModule cgi_module /usr/lib/apache/1.3/mod_cgi.so
LoadModule asis_module /usr/lib/apache/1.3/mod_asis.so
LoadModule imap_module /usr/lib/apache/1.3/mod_imap.so
LoadModule action_module /usr/lib/apache/1.3/mod_actions.so
LoadModule userdir_module /usr/lib/apache/1.3/mod_userdir.so
LoadModule alias_module /usr/lib/apache/1.3/mod_alias.so
LoadModule rewrite_module /usr/lib/apache/1.3/mod_rewrite.so
LoadModule access_module /usr/lib/apache/1.3/mod_access.so
LoadModule auth_module /usr/lib/apache/1.3/mod_auth.so
LoadModule expires_module /usr/lib/apache/1.3/mod_expires.so
LoadModule unique_id_module /usr/lib/apache/1.3/mod_unique_id.so
LoadModule setenvif_module /usr/lib/apache/1.3/mod_setenvif.so
/etc/apache-perl#
Thus guys I'm lost as to why I cant use PerlSetEnv.
--
Mike Lake
Caver, Linux enthusiast and interested in anything technical.
--
UTS CRICOS Provider Code: 00099F
DISCLAIMER: This email message and any accompanying attachments may contain
confidential information. If you are not the intended recipient, do not
read, use, disseminate, distribute or copy this message or attachments. If
you have received this message in error, please notify the sender immediately
and delete this message. Any views expressed in this message are those of the
individual sender, except where the sender expressly, and with authority,
states them to be the views the University of Technology Sydney. Before
opening any attachments, please check them for viruses and defects.
--
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
