Apache / httpd restart / startup failed without errors

Discussion in 'Server Operation' started by Aldert, Dec 27, 2007.

  1. Aldert

    Aldert New Member

    I don't want you bother with my problems so I searched for 2 hours over the web for a solution for what I'm experiencing now. My apache is broken, but throws no errors. That makes it impossible to resolve it for me. The only thing error_log states:

    [Thu Dec 27 19:15:08 2007] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
    [Thu Dec 27 19:15:23 2007] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
    [Thu Dec 27 19:16:45 2007] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
    [Thu Dec 27 19:19:13 2007] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)

    (SElinux is disabled as far as I know)

    My apache was working well, till I needed to start ISP config again. That broke my server in some kind of way (really vague), httpd stopped. The server has been restarted, but that also restarted the ISP config server. The httpd server still didnt want to start (all other services do).

    I uninstalled httpd and its dependencies and reinstalled them (using yum), using the new configs to test. No luck, still stopping w/o an error. There are no problems with modules as far as I can see. The error_log stays empty, debug level startup says nothing special, only messages log file says startup failed... (Dec 27 18:45:36 aerotronicvds httpd: httpd shutdown failed
    Dec 27 18:52:10 aerotronicvds httpd: httpd startup failed)

    The only value information for debugging this might be:
    https://aerotronic.nl:81/stracehttpd.txt

    I disabled the certificates by commenting those lines, it otherwise stopped at localhost.key or my website's certificate...

    Thanks so much in advance for pointing me further!

    I'm using CentOS 4.4, according to the perfect setup of this site.
     
  2. chipsafts

    chipsafts New Member

    I'd give WebMin a shot at helping you debug the issue.
     
  3. Aldert

    Aldert New Member

    Thanks for your reply, I directly liked Webmin better :)

    Anyways, it (of course) doesn't solve the problem httpd is having. Webmin can also not start apache.

    I'll now disable ISPconfig, and ask to reboot the server.
     
  4. Aldert

    Aldert New Member

    Sorry for the double post. I rebooted the system w/o ISP config. Still no luck, httpd doesn't want to start...

    After this part httpd didn't want to get alive anymore. So after the restart of named.

    Dec 27 16:37:40 aerotronicvds httpd: httpd shutdown succeeded
    Dec 27 16:37:40 aerotronicvds httpd: httpd startup succeeded
    Dec 27 16:37:40 aerotronicvds named[19079]: shutting down: flushing changes
    Dec 27 16:37:40 aerotronicvds named[19079]: stopping command channel on 127.0.0.1#953
    Dec 27 16:37:40 aerotronicvds named[19079]: stopping command channel on ::1#953
    Dec 27 16:37:40 aerotronicvds named[19079]: no longer listening on 127.0.0.1#53
    Dec 27 16:37:40 aerotronicvds named[19079]: no longer listening on 87.249.105.146#53
    Dec 27 16:37:40 aerotronicvds named[19079]: no longer listening on 87.249.105.147#53
    Dec 27 16:37:40 aerotronicvds named[19079]: exiting
    Dec 27 16:37:40 aerotronicvds named: succeeded
    Dec 27 16:37:42 aerotronicvds named[19990]: starting BIND 9.2.4 -u named -t /var/named/chroot
    Dec 27 16:37:42 aerotronicvds named[19990]: using 1 CPU
    Dec 27 16:37:42 aerotronicvds named[19990]: loading configuration from '/etc/named.conf'
    Dec 27 16:37:42 aerotronicvds named[19990]: listening on IPv4 interface lo, 127.0.0.1#53
    Dec 27 16:37:42 aerotronicvds named[19990]: listening on IPv4 interface eth0, 87.249.105.146#53
    Dec 27 16:37:42 aerotronicvds named[19990]: listening on IPv4 interface eth0:0, 87.249.105.147#53
    Dec 27 16:37:42 aerotronicvds named[19990]: command channel listening on 127.0.0.1#953
    Dec 27 16:37:42 aerotronicvds named[19990]: command channel listening on ::1#953
    Dec 27 16:37:42 aerotronicvds named[19990]: zone 0.0.127.in-addr.arpa/IN: loaded serial 1
    Dec 27 16:37:42 aerotronicvds named[19990]: zone 105.249.87.in-addr.arpa/IN: loaded serial 2007111101
    Dec 27 16:37:43 aerotronicvds named[19990]: zone aerotronic.nl/IN: loaded serial 2007122701
    Dec 27 16:37:43 aerotronicvds named[19990]: running
    Dec 27 16:37:43 aerotronicvds named: named startup succeeded
    Dec 27 16:39:08 aerotronicvds httpd: httpd shutdown succeeded
    Dec 27 16:39:08 aerotronicvds httpd: httpd startup failed
    Dec 27 16:39:08 aerotronicvds httpd: httpd shutdown failed
    Dec 27 16:39:08 aerotronicvds httpd: httpd startup failed
     
    Last edited: Dec 27, 2007
  5. chipsafts

    chipsafts New Member

    There isn't a directory called httpd
    in your log directory?
    Try 'locate access_log' , in the same directory should be error_log .
     
  6. falko

    falko Super Moderator Howtoforge Staff

    What's the output of
    Code:
    netstat -tap
    ,
    Code:
    httpd -t
    , and
    Code:
    df -h
    ?
     
  7. Aldert

    Aldert New Member

    There should have been no problem with the logs. Or the would have been deleted by restarting ISP config server.

    I have removed httpd and dependencies, rebooted server, installed httpd etc. again and rebooted the server, still httpd did not want to start. So I removed httpd again.

    I then compiled apache by hand, instead of using yum. It was installed into /usr/lib/httpd. Now I installed httpd via yum again. A miracle must have hapened, I could start httpd again. It might be caused by compiling apache manually... But now two apache's are configured, while yum install httpd overrode some of the manual install I think. To restore the old situation, I would have to decompile apache, then yum install httpd again. I wonder if it still would have problems, but I'm not going to investigate such.

    There was enough disk space, about 500 M available. Also the syntaxis of the configs was OK.

    Thanks for all help, I decided to start a new server with chooted lighttpd this time :) (it just looks like I'm searching for trouble ;-))

    In any case I now use webmin instead of ISP Config, webmin is more convenient imho.
     
  8. Aldert

    Aldert New Member

    There should have been no problem with the logs. Or the would have been deleted by restarting ISP config server.

    I have removed httpd and dependencies, rebooted server, installed httpd etc. again and rebooted the server, still httpd did not want to start. So I removed httpd again.

    I then compiled apache by hand, instead of using yum. It was installed into /usr/lib/httpd. Now I installed httpd via yum again. A miracle must have hapened, I could start httpd again. It might be caused by compiling apache manually... But now two apache's are configured, while yum install httpd overrode some of the manual install I think. To restore the old situation, I would have to decompile apache, then yum install httpd again. I wonder if it still would have problems, but I'm not going to investigate such.

    There was enough disk space, about 500 M available. Also the syntaxis of the configs was OK.

    Thanks for all help, I decided to start a new server with chooted lighttpd this time :) (it just looks like I'm searching for trouble ;-))

    In any case I now use webmin instead of ISP Config, webmin is more convenient imho.

    P.S. @ forum admin, you really should look at the problem when being logged out while writing a reply, I have to log in again, but then it says invalid thread specified. Fortunately FireFox had the text saved.
     
  9. falko

    falko Super Moderator Howtoforge Staff

    You don't have such problems if you check the "Remember me" box when you log in.
     
  10. Aldert

    Aldert New Member

    Thanks.

    Ok, I finally know what the problem was. I did yum install mod_ssl for testing purposes on the old server. Again httpd was not able to start again!

    Also I have to say to that people that also consider lighttpd: be sure you will be able to configure it, mod_expires is less configureable and sadly enough the errordocument handling is very bad. But we also have the advantages of chroot and other configuration options :)

    Anyways. If you encounter problems with your apache (without errors), first try to disable the modules one by one and see if it comes up ;-)
     
  11. KA6AH

    KA6AH New Member

    I had the same problem. Disabled mod_ssl, that helps. Thank you.
     
  12. Aldert

    Aldert New Member

    I'm happy it saved you some headaches.

    You might want to take a look at the ssl logs, located somewhere, to see what the problem actually is.

    Imho Apache should start up with a not working module, but in this case, just should deny https access...
     

Share This Page