[sarge]Apache komt na een restart niet meer op

[Zwerver]

Hetzelfde probleem als [rml][ Debian Sarge - Apache] Apache kapt na paar dagen[/rml] overigens.

Sarge is nu stable en je zou dus verwachten dat het probleem verdwenen zou zijn, maar niets is minder waar.

De situatie:

Een /etc/init.d/apache restart zorgt effectief voor /etc/init.d/apache stop.
/etc/init.d/apache reload zorgt effectief voor /etc/init.d/apache stop.

Het uitvoeren van apachectl graceful, apachectl restart geeft hetzelfde resultaat als de init-scripts.

Op google is het één en ander te vinden hierover, maar de genoemde methodes (downgraden naar libmm11-dev_1.1.3-6.1_i386.deb bijv.) leveren geen resultaat.

De config

Kernel: 2.4.25 #1 Tue Mar 9 14:38:00 CET 2004 i686 GNU/Linux
Apache: 1.3.33
PHP: 4.3.10-16 (debian)
Zend Engine: 1.3.0


httpd.conf:

Include /etc/apache/modules.conf
Include /etc/apache/conf.d

ServerType standalone
ServerRoot /etc/apache
LockFile /var/lock/apache.lock
PidFile /var/run/apache.pid
ScoreBoardFile /var/run/apache.scoreboard
Timeout 300
KeepAlive On
MaxKeepAliveRequests 100
KeepAliveTimeout 15
MinSpareServers 2
MaxSpareServers 5
StartServers 2
MaxClients 150
MaxRequestsPerChild 100


ExtendedStatus On
Port 80
User www-data
ServerAdmin [e-mail]
ServerName 62.212.82.2xx
DocumentRoot /var/www


    Options SymLinksIfOwnerMatch
    AllowOverride All



    Options Indexes Includes FollowSymLinks MultiViews
    AllowOverride All
    Order allow,deny
    Allow from all


    UserDir public_html
                 

    DirectoryIndex index.html index.php index.htm index.shtml index.cgi

AccessFileName .htaccess


    Order allow,deny
    Deny from all

UseCanonicalName On
TypesConfig /etc/mime.types
DefaultType text/plain

    MIMEMagicFile /usr/share/misc/file/magic.mime

HostnameLookups Off
ErrorLog /var/log/apache/error.log
LogLevel warn
LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\" %T %v" full
LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\" %P %T" debug
LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\"" combined
LogFormat "%h %l %u %t \"%r\" %>s %b" common
LogFormat "%{Referer}i -> %U" referer
LogFormat "%{User-agent}i" agent
CustomLog /var/log/apache/access.log combined
ServerSignature On

Alias /icons/ /usr/share/apache/icons/

    Options Indexes MultiViews
    AllowOverride None
    Order allow,deny
    Allow from all

ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/

    AllowOverride None
    Options ExecCGI
    Order allow,deny
    Allow from all
             
-----

mod_autoindex.c zooi

----

 mod_mime.c zooi


----


    BrowserMatch "Mozilla/2" nokeepalive
    BrowserMatch "MSIE 4\.0b2;" nokeepalive downgrade-1.0 force-response-1.0
    BrowserMatch "RealPlayer 4\.0" force-response-1.0
    BrowserMatch "Java/1\.0" force-response-1.0
    BrowserMatch "JDK/1\.0" force-response-1.0


  Alias /perl/ /var/www/perl/
  
    SetHandler perl-script
    PerlHandler Apache::Registry
    Options +ExecCGI
  
     
----

Virtual hosts

modules.conf

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 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 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
LoadModule perl_module /usr/lib/apache/1.3/mod_perl.so
LoadModule php4_module /usr/lib/apache/1.3/libphp4.so            

Onze quick en dirty fix waar we vanaf willen

5 5 * * * root /root/restarthttpd

restarthttpd:

/etc/init.d/apache stop
/etc/init.d/apache start                                                        

Log's e.d.
/etc/init.d/apache restart

[Fri Sep  9 07:34:24 2005] [notice] SIGHUP received.  Attempting to restart  

ps axu | grep apache

root      2713  0.0  0.2  2056  536 pts/1    S+   07:34   0:00 tail -f /var/log/apache/error.log
root      2721  0.0  0.2  1540  500 pts/0    R+   07:35   0:00 grep apache      

/etc/init.d/apache start

[Fri Sep  9 07:36:11 2005] [warn] pid file /var/run/apache.pid overwritten -- Unclean shutdown of previous Apache run?
[Fri Sep  9 07:36:12 2005] [notice] Apache/1.3.33 (Debian GNU/Linux) PHP/4.3.10-16 mod_perl/1.29 configured -- resuming normal operations
[Fri Sep  9 07:36:12 2005] [notice] suEXEC mechanism enabled (wrapper: /usr/lib/apache/suexec)
[Fri Sep  9 07:36:12 2005] [notice] Accept mutex: sysvsem (Default: sysvsem) 

ps axu | grep apache

root      2733  0.7  3.6 18360 8232 pts/0    S    07:36   0:00 /usr/sbin/apache
www-data  2734  0.0  3.6 18496 8328 pts/0    S    07:36   0:00 /usr/sbin/apache
www-data  2735  0.0  3.6 18496 8324 pts/0    S    07:36   0:00 /usr/sbin/apache
www-data  2736  0.0  3.6 18360 8252 pts/0    S    07:36   0:00 /usr/sbin/apache
www-data  2737  0.0  3.6 18360 8252 pts/0    S    07:36   0:00 /usr/sbin/apache
www-data  2738  0.0  3.6 18360 8252 pts/0    S    07:36   0:00 /usr/sbin/apache
root      2740  0.0  0.2  1536  460 pts/0    R+   07:36   0:00 grep apache  

Het zou uiteraard kunnen dat ik een google entry gemist heb, maar afaik is deze situatie niet veranderd sinds het bovenstaande topic.

Deze rare situatie begon na een upgrade van woody>sarge, dus misschien dat er ergens iets veranderd is wat niet gedocumenteerd is?

[ Voor 14% gewijzigd door Zwerver op 09-09-2005 07:37 . Reden: kuch, logs toegevoegd ]

[Jordi]

Het zal wel niet, maar het is bij mij ooit de oorzaak van een soortgelijk euvel geweest waar ik laaaaang mijn hoofd over heb mogen breken: niet heel toevallig wat memlimits e.d. in limits.conf staan die vervelend doen tegen de www-data user?

[deadinspace]

Stopt Apache er nou ook spontaan mee, of alleen als je hem wil restarten/reloaden? Zo ja, dan is het misschien interessant om hem op de voorgrond te draaien, ipv als deamon. Dan krijg je misschien wat meer informatie over wat er mis gaat.

[Zwerver]

Apache stopt er ook "spontaan" mee, maar ik heb dat kunnen verklaren omdat het elke keer op hetzelfde moment gebeurd: de daily logrotate die i.d.d. een apache restart/reload (heb ik zelf aangepast) doet.

Ik ga i.d.d. vanmiddag wel even een screen starten om te zien wat er gebeurd als die crasht.

[ Voor 20% gewijzigd door Zwerver op 09-09-2005 07:31 ]

[DiedX]

Ik heb ook zoiets raars. Bij mij nokken de init-scripts ermee.
Bij mij blijft Apache2 draaien. Voor de duidelijkheid: apache zelf sterft bij jou af?

Bij mij werkt alleen nog apache2ctl

[Zwerver]

DiedX schreef op vrijdag 09 september 2005 @ 08:22:
Ik heb ook zoiets raars. Bij mij nokken de init-scripts ermee.
Bij mij blijft Apache2 draaien. Voor de duidelijkheid: apache zelf sterft bij jou af?

Bij mij werkt alleen nog apache2ctl

Sowieso gaat het bij mij om apache 1.3.33 en apache komt blijkbaar niet meer op na een /etc/init.d/apache restart en/of na een logrotate....

[Zwerver]

Oke, een update. Een kill -HUP naar het PID (wat de init scripts doen) waar apache onder draait zorgt voor een Segmentation fault. Omdat ik in de debian bugs niks terug kan vinden en er op internet alleen wat staat over meerdere virtual hosts heb ik het init script aangepast.

[McCloud]

Het is dan denk ik handig om ook even contact op te nemen met de Debian package maintainer van Apache. Dus niet meteen een bug-repport insturen, maar eerst ff die vent mailen. Die maintainers zijn vaak vrij goed op de hoogte van de source code van die packages. Misschien dat je samen met hem kan uitvogelen wat er nou precies misgaat. Dan hebben anderen er misschien ook nog wat aan.

[Zwerver]

McCloud schreef op zaterdag 10 september 2005 @ 01:14:
Het is dan denk ik handig om ook even contact op te nemen met de Debian package maintainer van Apache. Dus niet meteen een bug-repport insturen, maar eerst ff die vent mailen. Die maintainers zijn vaak vrij goed op de hoogte van de source code van die packages. Misschien dat je samen met hem kan uitvogelen wat er nou precies misgaat. Dan hebben anderen er misschien ook nog wat aan.

Dat heb ik uiteraard ook gedaan