Re: Bug#253203: apache will not start due to syntax error
On Mon, 7 Jun 2004, William R. McDonough wrote: Package: apache Version: 1.3.31-1 Sometime in the last 24 hours, probably after an upgrade... not sure... Apache died and will not restart. The error given is not enough information for me to find which file apache is complaining about: [EMAIL PROTECTED]: ~]$ apachectl start Bareword found where operator expected at /dev/null line 1, near /usr/sbin (Missing operator before bin?) Number found where operator expected at /dev/null line 1, near line 68 (Do you need to predeclare line?) syntax error at /dev/null line 1, near /usr/sbin Execution of /dev/null aborted due to compilation errors. parse: Success /usr/sbin/apachectl start: httpd could not be started I'm looking for help to findout which file Apache is complaining about so I can fix the syntax. Uhao... never seen an error like this. I guess i will need your help to track this problem down. Please run the following commands for me: /etc/init.d/apache stop to be sure nothing is running. apachectl configtest that will check if there are obviuos errors in the config files and repeat the same test executing: apache -t If there are errors in the config file please indicate which ones otherwise you will see a Sintax OK, but remember that it does not mean that the config is 100% valid, only the sintax. try to start apache again and keep an eye on /var/log/error.log. Try first with /etc/init.d/apache start (and see if it starts) stop it again and try apachectl start. Thanks Fabio PS I would really appreciate if you can provide me info back asap. -- user fajita: step one fajita Whatever the problem, step one is always to look in the error log. user fajita: step two fajita When in danger or in doubt, step two is to scream and shout.
Re: Bug#253203: apache will not start due to syntax error
On Tue, 8 Jun 2004, Fabio Massimo Di Nitto wrote: try to start apache again and keep an eye on /var/log/error.log. oops /var/log/apache/error.log Fabio -- user fajita: step one fajita Whatever the problem, step one is always to look in the error log. user fajita: step two fajita When in danger or in doubt, step two is to scream and shout.
Bug#252067: more info?
On Tue, Jun 08, 2004 at 09:45:37AM +0200, Fabio Massimo Di Nitto wrote:
On Tue, 8 Jun 2004, Christopher Mann wrote:
Fabio Massimo Di Nitto wrote:
Hi guys,
please CC the maintainer when reassigning bugs since the BTS
doesn't do that automatically.
Whoops, sorry about that. I thought it did.
My best guess is that, since installing php4-sqlite that depends on
php4api that is provided by 2 packages that pulls in apache and apache2,
There are only two packages that I can find in unstable that provide
phpapi-20040918: php4 and php4-cgi. Nothing is providing zendapi-20020429.
php4 depends on apache-common. I'm not quite sure how that qualifies as a
dependency nightmare, nor am I sure how php4-sqlite would manage to pull in
apache2. I can't find a dependency link on it.
apache2 was running before apache. Both of them listening on port 80. As a
result apache failed to start.
But if /etc/init.d/apache{,-ssl} doesn't call apachectl, how did we manage
to end up with the apachectl help message, no matter what might have already
been running?
Matthew btw php4-sqlite call to apache restart seems ok even if
force-reload is not required (and your prerm script is broken ;)).
reload fails if apache isn't already running. I feel that's probably a bug
in apache, even though Policy doesn't forbid it (we really need an
initscript argument that says restart if already running, or succeed with
no action if not already running). The only way to reload without a
possible failure is force-reload.
In anycase i can't reproduce the problem here. Can anybody provide me with
more info?
I can't reproduce it either. Personally, the only way I can manage to
rationalise it is that someone has done an ln -sf /usr/sbin/apachectl
/etc/init.d/apache. Nothing else makes the slightest sense.
- Matt
Re: Bug#252067: more info?
On Tue, 8 Jun 2004, Matthew Palmer wrote:
Whoops, sorry about that. I thought it did.
no problem. i wasn't upset.. just a note ;)
My best guess is that, since installing php4-sqlite that depends on
php4api that is provided by 2 packages that pulls in apache and apache2,
There are only two packages that I can find in unstable that provide
phpapi-20040918: php4 and php4-cgi. Nothing is providing zendapi-20020429.
libapache2-mod-php4 does too and it pulls in apache2-mpm-prefork.
php4 depends on apache-common. I'm not quite sure how that qualifies as a
dependency nightmare, nor am I sure how php4-sqlite would manage to pull in
apache2. I can't find a dependency link on it.
Basically in this setup apache2 and apache-common are pulled in. Nothing
bad until now, but if a user wants only apache1.3, he or she will endup
with both a1.3 and a2 installed.
apache2 was running before apache. Both of them listening on port 80. As a
result apache failed to start.
But if /etc/init.d/apache{,-ssl} doesn't call apachectl, how did we manage
to end up with the apachectl help message, no matter what might have already
been running?
That is my point. I have no idea. I have been rechecking all the cvs
history to be sure that was not introduced and removed for a mistake.
Matthew btw php4-sqlite call to apache restart seems ok even if
force-reload is not required (and your prerm script is broken ;)).
reload fails if apache isn't already running. I feel that's probably a bug
in apache, even though Policy doesn't forbid it (we really need an
initscript argument that says restart if already running, or succeed with
no action if not already running). The only way to reload without a
possible failure is force-reload.
Ok this has been discussed already with Joey H. as part of dh_installinit.
force-reload is an alias to reload atm and this can be fixed.
In anycase i can't reproduce the problem here. Can anybody provide me with
more info?
I can't reproduce it either. Personally, the only way I can manage to
rationalise it is that someone has done an ln -sf /usr/sbin/apachectl
/etc/init.d/apache. Nothing else makes the slightest sense.
I agree. I can't see any other way around it.
Fabio
--
user fajita: step one
fajita Whatever the problem, step one is always to look in the error log.
user fajita: step two
fajita When in danger or in doubt, step two is to scream and shout.
Bug#253271: apache2-common: changing port was problematic
Package: apache2-common Version: 2.0.49-1 Severity: minor The default virtual host stopped working when I changed to a nonstandard listen port in /etc/apache2/ports.conf As I didn't know apache2 configuration well, finding and fixing the problem was difficult. The server started, home directories were available, /var/log/apache/error.log got messages. However, access.log didn't get messages, and ServerRoot was nonexistent /htdocs As a fix, I removed from /etc/apache2/sites-available/default the :80 strings of virtual host configuration. I have no idea whether this would be desirable in the file shipped by Debian -- in http://httpd.apache.org/docs-2.0/vhosts/examples.html I see several possibilities. An alternative would be to note in ports.conf about this other file to be changed to keep a consistent configuration. With best regards, Tuukka Hastrup -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.6-1-686 Locale: LANG=sv_SE.ISO-8859-15, LC_CTYPE=sv_SE.ISO-8859-15 Versions of packages apache2-common depends on: ii debconf 1.4.25 Debian configuration management sy ii debianutils 2.8.2Miscellaneous utilities specific t ii libapr0 2.0.49-1 The Apache Portable Runtime ii libc6 2.3.2.ds1-12 GNU C Library: Shared libraries an ii libdb4.24.2.52-16Berkeley v4.2 Database Libraries [ ii libexpat1 1.95.6-8 XML parsing C library - runtime li ii libldap22.1.23-1 OpenLDAP libraries ii libmagic1 4.07-2 File type determination library us ii libssl0.9.7 0.9.7d-3 SSL shared libraries ii mime-support3.26-1 MIME files 'mime.types' 'mailcap ii net-tools 1.60-10 The NET-3 networking toolkit ii openssl 0.9.7d-3 Secure Socket Layer (SSL) binary a ii ssl-cert1.0-7Simple debconf wrapper for openssl ii zlib1g 1:1.2.1.1-3 compression library - runtime -- no debconf information
Bug#253203: apache will not start due to syntax error
I've already tried all this... but here's the output for your benefit. I was hoping for some sort of gdb or extended debugging ideas to tell me what file apache is choaking on. Please run the following commands for me: /etc/init.d/apache stop to be sure nothing is running. [EMAIL PROTECTED]: ~]$ ps auxw |grep apache root 27561 0.0 0.0 1536 460 pts/2S+ 07:04 0:00 grep apache [EMAIL PROTECTED]: ~]$ /etc/init.d/apache stop Stopping web server: apachestart-stop-daemon: warning: failed to kill 14803: No such process 1 pids were not killed No process in pidfile `/var/run/apache.pid' found running; none killed. - apachectl configtest that will check if there are obviuos errors in the config files [EMAIL PROTECTED]: ~]$ apachectl configtest Bareword found where operator expected at /dev/null line 1, near /usr/sbin (Missing operator before bin?) Number found where operator expected at /dev/null line 1, near line 68 (Do you need to predeclare line?) syntax error at /dev/null line 1, near /usr/sbin Execution of /dev/null aborted due to compilation errors. parse: Success - and repeat the same test executing: apache -t [EMAIL PROTECTED]: ~]$ apache -t Bareword found where operator expected at /dev/null line 1, near /usr/sbin (Missing operator before bin?) Number found where operator expected at /dev/null line 1, near line 68 (Do you need to predeclare line?) syntax error at /dev/null line 1, near /usr/sbin Execution of /dev/null aborted due to compilation errors. parse: Success - try to start apache again and keep an eye on /var/log/error.log. [EMAIL PROTECTED]: ~]$ more /var/log/apache/error.log [Mon Jun 7 16:27:10 2004] [warn] pid file /var/run/apache.pid overwritten -- Unclean shutdown of previous Apache run? [Mon Jun 7 16:28:19 2004] [warn] pid file /var/run/apache.pid overwritten -- Unclean shutdown of previous Apache run? - Try first with /etc/init.d/apache start (and see if it starts) stop it again and try apachectl start. [EMAIL PROTECTED]: ~]$ /etc/init.d/apache start Configuration syntax error detected. Not reloading. Bareword found where operator expected at /dev/null line 1, near /usr/sbin (Missing operator before bin?) Number found where operator expected at /dev/null line 1, near line 68 (Do you need to predeclare line?) syntax error at /dev/null line 1, near /usr/sbin Execution of /dev/null aborted due to compilation errors. parse: Success [EMAIL PROTECTED]: ~]$ /etc/init.d/apache stop Stopping web server: apachestart-stop-daemon: warning: failed to kill 14803: No such process 1 pids were not killed No process in pidfile `/var/run/apache.pid' found running; none killed.
Re: Bug#253306: apache-dev apt-get dependency problem
On Tue, 8 Jun 2004, John Bradshaw wrote: Package: apache-dev Version: 1.3.26-0wo Dependencies cannot be satisfied when installing apache-dev, see below... You have messed up your system, backporting packages that are not supposed to be in woody. ii apache 1.3.29.0.2-4 Versatile, high-performance HTTP server like this one. apache-dev: Depends: apache-common ( 1.3.27-0) but 1.3.29.0.2-4 is to be installed Fabio -- user fajita: step one fajita Whatever the problem, step one is always to look in the error log. user fajita: step two fajita When in danger or in doubt, step two is to scream and shout.
Re: Bug#253203: apache will not start due to syntax error
On Tue, Jun 08, 2004 at 10:37:45AM -0400, William R. McDonough wrote: Try bash -x /usr/sbin/apachectl start -- + PIDFILE=/var/run/apache.pid + HTTPD=/usr/sbin/apache + LYNX=lynx -dump + STATUSURL=http://localhost/server-status + ERROR=0 + ARGV=start + '[' xstart = x ']' + '[' -f /var/run/apache.pid ']' ++ cat /var/run/apache.pid + PID=14803 + '[' x14803 '!=' x ']' + kill -0 14803 + STATUS=httpd (pid 14803?) not running + RUNNING=0 + '[' 0 -eq 1 ']' Ok, we're in 67 of apachectl The next thing is: 'if /usr/sbin/apache' + /usr/sbin/apache Bareword found where operator expected at /dev/null line 1, near Hmm, this looks more like a message from apache starting up. /usr/sbin (Missing operator before bin?) Number found where operator expected at /dev/null line 1, near line 68 (Do you need to predeclare line?) syntax error at /dev/null line 1, near /usr/sbin Execution of /dev/null aborted due to compilation errors. parse: Success Haven't done perl in a while, but this looks _awfully_ close to a perl error message :-/ Let's test. $ perl -e '/usr/sbin' Bareword found where operator expected at -e line 1, near /usr/sbin (Missing operator before bin?) Hmm, something seems to feed '/usr/sbin' to a perl interpreter. Do you by any chance have mod_perl installed and maybe a 'PerlRequire' that loads the wrong file? + echo '/usr/sbin/apachectl start: httpd could not be started' + ERROR=3 + exit 3 HTH Ralf Mattes -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#253306: marked as done (apache-dev apt-get dependency problem)
Your message dated Tue, 8 Jun 2004 17:10:42 +0200 (CEST) with message-id [EMAIL PROTECTED] and subject line Bug#253306: apache-dev apt-get dependency problem has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 8 Jun 2004 14:32:00 + From [EMAIL PROTECTED] Tue Jun 08 07:32:00 2004 Return-path: [EMAIL PROTECTED] Received: from znsgs01r.nortelnetworks.com [47.166.48.91] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1BXhdv-00011V-00; Tue, 08 Jun 2004 07:32:00 -0700 Received: from zwcwc012.europe.nortel.com (zwcwc012.europe.nortel.com [47.160.46.124]) by znsgs01r.nortelnetworks.com (Switch-2.2.6/Switch-2.2.0) with ESMTP id i58EVRa09662 for [EMAIL PROTECTED]; Tue, 8 Jun 2004 15:31:27 +0100 (BST) Received: by zwcwc012.europe.nortel.com with Internet Mail Service (5.5.2653.19) id KT787D92; Tue, 8 Jun 2004 15:31:27 +0100 Message-ID: [EMAIL PROTECTED] From: John Bradshaw [EMAIL PROTECTED] To: '[EMAIL PROTECTED]' [EMAIL PROTECTED] Subject: apache-dev apt-get dependency problem Date: Tue, 8 Jun 2004 15:31:22 +0100 X-Mailer: Internet Mail Service (5.5.2653.19) Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_25 X-Spam-Level: Package: apache-dev Version: 1.3.26-0wo Dependencies cannot be satisfied when installing apache-dev, see below... Output from aptitude for apache-dev Source Package: apache --\ Depends --- libc6 (= 2.2.4-4) --- libdb2 (= 2:2.7.7.0-7) --- libexpat1 (= 1.95.2-6) --- apache-common (= 1.3.26-0) --- apache-common ( 1.3.27-0) (UNSATISFIED) --- libdb2-dev (= 2.7.7-2.1) (UNAVAILABLE) --- libexpat1-dev (UNAVAILABLE) www:~/mod_throttle-3.1.2# apt-get update Hit http://security.debian.org stable/updates/main Packages Hit http://security.debian.org stable/updates/main Release Hit http://security.debian.org stable/updates/contrib Packages Hit http://security.debian.org stable/updates/contrib Release Hit http://security.debian.org stable/updates/non-free Packages Hit http://security.debian.org stable/updates/non-free Release Reading Package Lists... Done www:~/mod_throttle-3.1.2# dpkg -l apache Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==-== == ii apache 1.3.29.0.2-4 Versatile, high-performance HTTP server www:~/mod_throttle-3.1.2# apt-get install apache-dev Reading Package Lists... Done Building Dependency Tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies: apache-dev: Depends: apache-common ( 1.3.27-0) but 1.3.29.0.2-4 is to be installed Depends: libdb2-dev (= 2.7.7-2.1) but it is not installable Depends: libexpat1-dev but it is not installable E: Broken packages System info... Linux www 2.4.22 #1 Tue Aug 26 20:36:53 BST 2003 ppc GNU/Linux PPC on IBM RS6000 running Debian 3.0rev2 www:~/mod_throttle-3.1.2# ls -l /lib/libc.so.6 lrwxrwxrwx1 root root 13 Apr 11 00:06 /lib/libc.so.6 - libc-2.3.2.so --- Received: (at 253306-done) by bugs.debian.org; 8 Jun 2004 15:10:54 + From [EMAIL PROTECTED] Tue Jun 08 08:10:54 2004 Return-path: [EMAIL PROTECTED] Received: from port1845.ds1-khk.adsl.cybercity.dk (trider-g7.fabbione.net) [212.242.190.82] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1BXiFZ-0005sf-00; Tue, 08 Jun 2004 08:10:54 -0700 Received: from trider-g7.ext.fabbione.net (port1845.ds1-khk.adsl.cybercity.dk [212.242.190.82]) by trider-g7.fabbione.net (Postfix) with
reply to Ralf's questions (fwd)
If I comment out all the perl references in all the configs... apache loads... So now I just need to findout which perl section of my configs it's choking on. Why only after an upgrade? Maybe it's not apache... but a perl library or something? -- Forwarded message -- Date: Tue, 8 Jun 2004 13:00:21 -0400 (EDT) From: William R. McDonough [EMAIL PROTECTED] To: [EMAIL PROTECTED], [EMAIL PROTECTED] Cc: [EMAIL PROTECTED], [EMAIL PROTECTED], debian-apache@lists.debian.org Subject: reply to Ralf's questions Hmm, something seems to feed '/usr/sbin' to a perl interpreter. Do you by any chance have mod_perl installed and maybe a 'PerlRequire' that loads the wrong file? httpd.conf:IfModule mod_perl.c httpd.conf: Alias /perl/ /var/www/perl/ httpd.conf: Location /perl httpd.conf:SetHandler perl-script httpd.conf:PerlHandler Apache::Registry httpd.conf:Options +ExecCGI httpd.conf: /Location httpd.conf:/IfModule mime.types:application/x-perl pl pm modules.conf:LoadModule perl_module /usr/lib/apache/1.3/mod_perl.so
RFS: libapache2-mod-ldap-userdir - An Apache2 module that provides UserDir lookups via LDAP
I maintain mod_ldap_userdir and am interested in packaging it for Debian. It allows UserDir URLs to be looked up based on homeDirectory attributes in an LDAP directory instead of from local user accounts. In the past year or two, several Debian users have mentioned using it, so I'd like to package it. I'm also using Debian more and more in the server environment, so I have a vested interest in maintaining the package. :-) I do have one question about the packaging: lintian(1) complains that the .so module defines RPATH, but I don't have any control over that since compilation is handled entirely by apxs. Should I try to eliminate this, or just add an override for it? Package files are available from http://horde.net/~jwm/debian/. Thanks! * Package name : libapache2-mod-ldap-userdir Version : 1.1.4 Upstream Author : John Morrissey [EMAIL PROTECTED] * URL : http://horde.net/~jwm/software/mod_ldap_userdir/ * License : GPL version 2 or above Description : Apache2 module that provides UserDir lookups via LDAP This module implements UserDir (~/public_html/) directory lookups using data from an LDAP directory. . This package provides the module for the Apache 2.0 server. john -- John Morrissey _o/\ __o [EMAIL PROTECTED]_- \_ / \ \, www.horde.net/__(_)/_(_)/\___(_) /_(_)__
