DUMP_MODULES fails on Gentoo-style Apache2 configuration

NEW
Unassigned

Status

()

Bugzilla
Installation & Upgrading
P4
minor
7 years ago
5 years ago

People

(Reporter: Tom Dickson, Unassigned)

Tracking

Details

(Reporter)

Description

7 years ago
User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_6_6; en-US) AppleWebKit/534.13 (KHTML, like Gecko) Chrome/9.0.597.102 Safari/534.13
Build Identifier: 

When I run checksetup.pl, I get:

WARNING: We could not check the configuration of Apache. This sometimes
happens when you are not running checksetup.pl as root. To see the
problem we ran into, run: /usr/sbin/apache2 -t -D DUMP_MODULES

I investigated, and determined that because Gentoo had 

APACHE2_OPTS="-D DEFAULT_VHOST -D DAV -D DAV_FS -D PHP5 -D INFO -D LANGUAGE -D SSL -D SSL_DEFAULT_VHOST -D SUEXEC -D PERL -D PROXY"

in /etc/conf.d/apache2, I needed to have all those defines on the command line to get it to report the modules loaded, instead of failing on things like SSL, etc.

Reproducible: Always

Steps to Reproduce:
1. Run ./checkconfig.pl on a Gentoo system
2. Try manually running the command: /usr/sbin/apache2 -t -D DUMP_MODULES
3. Realize that with all the other -D it will work
Actual Results:  
checkconfig.pl can't tell me if the modules are loaded or not; I had to manually check.

Expected Results:  
checkconfig could perhaps have an easy to edit line where I could add the defines, read that file, or otherwise find the modules loaded.

This is a minor issue, but perhaps it will help someone else who runs into it. I couldn't figure out why apache2 was working fine, but  /usr/sbin/apache2 -t -D DUMP_MODULES wouldn't run until I realized it was ignoring /etc/conf.d/apache2 so it wasn't getting any defines.

Comment 1

7 years ago
  Wow, that is a really odd way for a distro to configure Apache.

  How would you normally check the configuration of Apache from the command line, on your distro?
Status: UNCONFIRMED → NEW
Ever confirmed: true
Priority: -- → P4
(Reporter)

Comment 2

7 years ago
I'm not sure. The check I run is:

apache2ctl configdump

which gives me:


# apache2ctl configdump
/usr/sbin/apache2 started with '-D DEFAULT_VHOST -D DAV -D DAV_FS -D PHP5 -D INFO -D LANGUAGE -D SSL -D SSL_DEFAULT_VHOST -D SUEXEC -D PERL -D PROXY -d /usr/lib/apache2 -f /etc/apache2/httpd.conf'

then a bunch of config stuff, and then:


Server Settings

   Server Version: Apache/2.2.16 (Unix) DAV/2 mod_ssl/2.2.16
          OpenSSL/0.9.8o mod_perl/2.0.4 Perl/v5.12.2

   Server Built: Oct 1 2010 16:53:54
   Server loaded APR Version: 1.4.2
   Compiled with APR Version: 1.4.2
   Server loaded APU Version: 1.3.10
   Compiled with APU Version: 1.3.9
   Module Magic Number: 20051115:24
   Hostname/port: localhost:80
   Timeouts: connection: 300    keep-alive: 15
   MPM Name: Prefork
   MPM Information: Max Daemons: 150 Threaded: no Forked: yes
   Server Architecture: 32-bit
   Server Root: /usr/lib/apache2
   Config File: /etc/apache2/httpd.conf
   Server Built With: -D APACHE_MPM_DIR="server/mpm/prefork" -D
          APR_HAS_SENDFILE -D APR_HAS_MMAP -D APR_HAVE_IPV6 (IPv4-mapped
          addresses enabled) -D APR_USE_SYSVSEM_SERIALIZE -D
          SINGLE_LISTEN_UNSERIALIZED_ACCEPT -D APR_HAS_OTHER_CHILD -D
          AP_HAVE_RELIABLE_PIPED_LOGS -D HTTPD_ROOT="/usr" -D
          SUEXEC_BIN="/usr/sbin/suexec" -D
          DEFAULT_ERRORLOG="logs/error_log" -D
          AP_TYPES_CONFIG_FILE="/etc/apache2/mime.types" -D
          SERVER_CONFIG_FILE="/etc/apache2/httpd.conf"

   Server Module List
          mod_perl.c
          mod_php5.c
          mod_vhost_alias.c
          mod_usertrack.c
          mod_unique_id.c
          mod_ssl.c
          mod_speling.c
          mod_setenvif.c
          mod_rewrite.c
          mod_proxy_http.c
          mod_proxy_connect.c
          mod_proxy_balancer.c
          mod_proxy_ajp.c
          mod_proxy.c
          mod_negotiation.c
          mod_mime_magic.c
          mod_mime.c
          mod_logio.c
          mod_log_config.c
          mod_info.c
          mod_include.c
          mod_imagemap.c
          mod_ident.c
          mod_headers.c
          mod_filter.c
          mod_ext_filter.c
          mod_expires.c
          mod_env.c
          mod_dir.c
          mod_deflate.c
          mod_dbd.c
          mod_dav_lock.c
          mod_dav_fs.c
          mod_dav.c
          mod_cgi.c
          mod_autoindex.c
          mod_authz_user.c
          mod_authz_owner.c
          mod_authz_host.c
          mod_authz_groupfile.c
          mod_authz_default.c
          mod_authz_dbm.c
          mod_authn_file.c
          mod_authn_default.c
          mod_authn_dbm.c
          mod_authn_dbd.c
          mod_authn_anon.c
          mod_auth_basic.c
          mod_alias.c
          mod_actions.c
          mod_so.c
          http_core.c
          prefork.c
          core.c

It seems this is a Gentoo specific thing.
You need to log in before you can comment on or make changes to this bug.