are they any Centos 7 / Apache 2.4.6 experts out there?
I am a newbie at web servers, but I have read Go Daddy's Support instructions, Apache HTTPD support sites, and every other Support Forum I can find about this issue.
I have setup the Centos 7 server with HTTPD 2.4.6. I created the Private Key with Open SSL and the CSR and sent the request to Go Daddy. I received back three files: the Server Certificate File and the CA Bundle File. I have copied these files to my server. I have setup the virtual host configuration files with:
<VirtualHost *:443>
ServerName www.laggersec.org
ServerAlias laggersec.org
DocumentRoot /var/www/laggersec.org/html
ErrorLog /var/www/laggersec.org/log/error.log
CustomLog /var/www/laggersec.org/log/requests.log combined
SSLEngine on
SSLProtocol -all +TLSv1.2
SSLCertificateFile /etc/ssl/certs/laggersec.org.crt
SSLCertificateKeyFile /etc/ssl/certs/private/laggersec.org.key
SSLCertificateChainFile /etc/ssl/certs/intermediate.crt
</VirtualHost>
However, whenever I start httpd, it fails with an error.
[root#LAGGERSEC1WEB1 slaggeradmin04]# apachectl restart
Job for httpd.service failed because the control process exited with error code. See "systemctl status httpd.service" and "journalctl -xe" for details.
[root#LAGGERSEC1WEB1 slaggeradmin04]# systemctl status httpd.service
● httpd.service - The Apache HTTP Server
Loaded: loaded (/usr/lib/systemd/system/httpd.service; enabled; vendor preset: disabled)
Active: failed (Result: exit-code) since Mon 2020-03-23 17:24:10 UTC; 10s ago
Docs: man:httpd(8)
man:apachectl(8)
Process: 116366 ExecStop=/bin/kill -WINCH ${MAINPID} (code=exited, status=1/FAILURE)
Process: 116365 ExecStart=/usr/sbin/httpd $OPTIONS -DFOREGROUND (code=exited, status=1/FAILURE)
Main PID: 116365 (code=exited, status=1/FAILURE)
Mar 23 17:24:10 LAGGERSEC1WEB1 systemd[1]: Starting The Apache HTTP Server...
Mar 23 17:24:10 LAGGERSEC1WEB1 systemd[1]: httpd.service: main process exited, code=exited, status=1/FAILURE
Mar 23 17:24:10 LAGGERSEC1WEB1 kill[116366]: kill: cannot find process ""
Mar 23 17:24:10 LAGGERSEC1WEB1 systemd[1]: httpd.service: control process exited, code=exited status=1
Mar 23 17:24:10 LAGGERSEC1WEB1 systemd[1]: Failed to start The Apache HTTP Server.
Mar 23 17:24:10 LAGGERSEC1WEB1 systemd[1]: Unit httpd.service entered failed state.
Mar 23 17:24:10 LAGGERSEC1WEB1 systemd[1]: httpd.service failed.
[root#LAGGERSEC1WEB1 slaggeradmin04]# journalctl -xe
--
-- Unit user-0.slice has finished starting up.
--
-- The start-up result is done.
Mar 23 17:24:01 LAGGERSEC1WEB1 systemd[1]: Started Session 1533 of user root.
-- Subject: Unit session-1533.scope has finished start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit session-1533.scope has finished starting up.
--
-- The start-up result is done.
Mar 23 17:24:02 LAGGERSEC1WEB1 CROND[116341]: (root) CMD ([ -f /etc/krb5.keytab ] && [ \( ! -f /etc/opt/omi/creds/omi.keytab \) -o \( /etc/krb5.keytab
Mar 23 17:24:02 LAGGERSEC1WEB1 systemd[1]: Removed slice User Slice of root.
-- Subject: Unit user-0.slice has finished shutting down
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit user-0.slice has finished shutting down.
Mar 23 17:24:10 LAGGERSEC1WEB1 polkitd[616]: Registered Authentication Agent for unix-process:116359:6177048 (system bus name :1.3444 [/usr/bin/pkttyag
Mar 23 17:24:10 LAGGERSEC1WEB1 systemd[1]: Starting The Apache HTTP Server...
-- Subject: Unit httpd.service has begun start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit httpd.service has begun starting up.
Mar 23 17:24:10 LAGGERSEC1WEB1 systemd[1]: httpd.service: main process exited, code=exited, status=1/FAILURE
Mar 23 17:24:10 LAGGERSEC1WEB1 kill[116366]: kill: cannot find process ""
Mar 23 17:24:10 LAGGERSEC1WEB1 systemd[1]: httpd.service: control process exited, code=exited status=1
Mar 23 17:24:10 LAGGERSEC1WEB1 systemd[1]: Failed to start The Apache HTTP Server.
-- Subject: Unit httpd.service has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit httpd.service has failed.
--
-- The result is failed.
Mar 23 17:24:10 LAGGERSEC1WEB1 systemd[1]: Unit httpd.service entered failed state.
Mar 23 17:24:10 LAGGERSEC1WEB1 systemd[1]: httpd.service failed.
Mar 23 17:24:10 LAGGERSEC1WEB1 polkitd[616]: Unregistered Authentication Agent for unix-process:116359:6177048 (system bus name :1.3444, object path /o
lines 4447-4486/4486 (END)
[root#LAGGERSEC1WEB1 slaggeradmin04]# cd /var/log/httpd
[root#LAGGERSEC1WEB1 httpd]# ls
access_log error_log-20200308 off ssl_error_log ssl_request_log-20200308
access_log-20200308 error_log-20200315 ssl_access_log ssl_error_log-20200308 system_u:object_r:etc_t:s0
error_log error_log-20200322 ssl_access_log-20200308 ssl_request_log
[root#LAGGERSEC1WEB1 httpd]# cat error_log
[Sun Mar 22 13:41:32.406464 2020] [suexec:notice] [pid 72981] AH01232: suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Sun Mar 22 13:41:32.407451 2020] [ssl:emerg] [pid 72981] AH02311: Fatal error initialising mod_ssl, exiting. See /var/www/laggersec.org/log/error.log for more information
[Sun Mar 22 14:35:38.944945 2020] [suexec:notice] [pid 78824] AH01232: suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Sun Mar 22 14:35:38.945970 2020] [ssl:emerg] [pid 78824] AH02311: Fatal error initialising mod_ssl, exiting. See /var/www/laggersec.org/log/error.log for more information
[Mon Mar 23 14:03:41.301190 2020] [core:notice] [pid 95150] SELinux policy enabled; httpd running as context system_u:system_r:httpd_t:s0
[Mon Mar 23 14:03:41.310673 2020] [suexec:notice] [pid 95150] AH01232: suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Mon Mar 23 14:03:41.311961 2020] [ssl:emerg] [pid 95150] AH01903: Failed to configure CA certificate chain!
[Mon Mar 23 14:03:41.311973 2020] [ssl:emerg] [pid 95150] AH02312: Fatal error initialising mod_ssl, exiting.
[Mon Mar 23 14:29:46.498804 2020] [core:notice] [pid 97660] SELinux policy enabled; httpd running as context system_u:system_r:httpd_t:s0
[Mon Mar 23 14:29:46.500217 2020] [suexec:notice] [pid 97660] AH01232: suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Mon Mar 23 14:29:46.501001 2020] [ssl:emerg] [pid 97660] AH01903: Failed to configure CA certificate chain!
[Mon Mar 23 14:29:46.501007 2020] [ssl:emerg] [pid 97660] AH02312: Fatal error initialising mod_ssl, exiting.
[Mon Mar 23 17:24:10.788302 2020] [core:notice] [pid 116365] SELinux policy enabled; httpd running as context system_u:system_r:httpd_t:s0
[Mon Mar 23 17:24:10.789746 2020] [suexec:notice] [pid 116365] AH01232: suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Mon Mar 23 17:24:10.790996 2020] [ssl:emerg] [pid 116365] AH01903: Failed to configure CA certificate chain!
[Mon Mar 23 17:24:10.791006 2020] [ssl:emerg] [pid 116365] AH02312: Fatal error initialising mod_ssl, exiting.
Is there any expert that could help me out?
I figured it out. I had to use SSLCACertificateFile directive instead of SSLCertificateChainFile directive. This was due to Go Daddy's cert not containing any Intermediate CA entities.
Related
Apache 2.4.6
RHEL 7.9
PHP 7.4.30
Running this in a Google VM!
Ran "apachectl configtest" and got a "Syntax OK" message. Turned debug logging on in httpd.conf and started the process.
This is the output of systemctl status httpd
httpd.service - The Apache HTTP Server
Loaded: loaded (/usr/lib/systemd/system/httpd.service; enabled; vendor preset: disabled)
Active: activating (start) since Tue 2022-08-23 22:59:59 UTC; 7s ago
Docs: man:httpd(8)
man:apachectl(8)
Main PID: 1866 (httpd)
CGroup: /system.slice/httpd.service
├─1866 /usr/sbin/httpd -DFOREGROUND
├─1867 /usr/sbin/httpd -DFOREGROUND
├─1868 /usr/sbin/httpd -DFOREGROUND
├─1869 /usr/sbin/httpd -DFOREGROUND
├─1870 /usr/sbin/httpd -DFOREGROUND
└─1871 /usr/sbin/httpd -DFOREGROUND
Here is the output in error_log:
[Tue Aug 23 22:59:59.144963 2022] [core:notice] [pid 1866] SELinux policy enabled; httpd running as context system_u:system_r:httpd_t:s0
[Tue Aug 23 22:59:59.146252 2022] [suexec:notice] [pid 1866] AH01232: suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Tue Aug 23 22:59:59.183943 2022] [core:warn] [pid 1866] AH00098: pid file /etc/httpd/run/httpd.pid overwritten -- Unclean shutdown of previous Apache run?
[Tue Aug 23 22:59:59.187253 2022] [proxy:debug] [pid 1867] proxy_util.c(1843): AH00925: initializing worker proxy:reverse shared
[Tue Aug 23 22:59:59.187346 2022] [proxy:debug] [pid 1867] proxy_util.c(1888): AH00927: initializing worker proxy:reverse local
[Tue Aug 23 22:59:59.187378 2022] [proxy:debug] [pid 1867] proxy_util.c(1939): AH00931: initialized single connection worker in child 1867 for (*)
[Tue Aug 23 22:59:59.188948 2022] [proxy:debug] [pid 1868] proxy_util.c(1843): AH00925: initializing worker proxy:reverse shared
[Tue Aug 23 22:59:59.189021 2022] [proxy:debug] [pid 1868] proxy_util.c(1888): AH00927: initializing worker proxy:reverse local
[Tue Aug 23 22:59:59.189047 2022] [proxy:debug] [pid 1868] proxy_util.c(1939): AH00931: initialized single connection worker in child 1868 for (*)
[Tue Aug 23 22:59:59.190495 2022] [proxy:debug] [pid 1869] proxy_util.c(1843): AH00925: initializing worker proxy:reverse shared
[Tue Aug 23 22:59:59.190562 2022] [proxy:debug] [pid 1869] proxy_util.c(1888): AH00927: initializing worker proxy:reverse local
[Tue Aug 23 22:59:59.190596 2022] [proxy:debug] [pid 1869] proxy_util.c(1939): AH00931: initialized single connection worker in child 1869 for (*)
[Tue Aug 23 22:59:59.190866 2022] [mpm_prefork:notice] [pid 1866] AH00163: Apache/2.4.6 (Red Hat Enterprise Linux) PHP/7.4.30 configured -- resuming normal operations
[Tue Aug 23 22:59:59.190886 2022] [mpm_prefork:info] [pid 1866] AH00164: Server built: Mar 22 2022 15:35:18
[Tue Aug 23 22:59:59.190901 2022] [core:notice] [pid 1866] AH00094: Command line: '/usr/sbin/httpd -D FOREGROUND'
[Tue Aug 23 22:59:59.190921 2022] [mpm_prefork:debug] [pid 1866] prefork.c(1005): AH00165: Accept mutex: sysvsem (default: sysvsem)
[Tue Aug 23 22:59:59.192147 2022] [proxy:debug] [pid 1870] proxy_util.c(1843): AH00925: initializing worker proxy:reverse shared
[Tue Aug 23 22:59:59.192152 2022] [proxy:debug] [pid 1871] proxy_util.c(1843): AH00925: initializing worker proxy:reverse shared
[Tue Aug 23 22:59:59.192217 2022] [proxy:debug] [pid 1871] proxy_util.c(1888): AH00927: initializing worker proxy:reverse local
[Tue Aug 23 22:59:59.192253 2022] [proxy:debug] [pid 1871] proxy_util.c(1939): AH00931: initialized single connection worker in child 1871 for (*)
[Tue Aug 23 22:59:59.192298 2022] [proxy:debug] [pid 1870] proxy_util.c(1888): AH00927: initializing worker proxy:reverse local
[Tue Aug 23 22:59:59.192332 2022] [proxy:debug] [pid 1870] proxy_util.c(1939): AH00931: initialized single connection worker in child 1870 for (*)
Plugging the server IP in a web browser loads the page with no issues. However, after a little while, the start process will timeout and the app will exit.
What am I missing?
● httpd.service - The Apache HTTP Server
Loaded: loaded (/usr/lib/systemd/system/httpd.service; enabled; vendor preset: disabled)
Active: failed (Result: signal) since Tue 2022-08-23 23:02:59 UTC; 15s ago
Docs: man:httpd(8)
man:apachectl(8)
Process: 1866 ExecStart=/usr/sbin/httpd $OPTIONS -DFOREGROUND (code=killed, signal=KILL)
Main PID: 1866 (code=killed, signal=KILL)
Aug 23 22:59:59 instance-1 systemd[1]: Starting The Apache HTTP Server...
Aug 23 23:01:29 instance-1 systemd[1]: httpd.service start operation timed out. Terminating.
Aug 23 23:02:59 instance-1 systemd[1]: httpd.service stop-sigterm timed out. Killing.
Aug 23 23:02:59 instance-1 systemd[1]: httpd.service: main process exited, code=killed, status=9/KILL
Aug 23 23:02:59 instance-1 systemd[1]: Failed to start The Apache HTTP Server.
Aug 23 23:02:59 instance-1 systemd[1]: Unit httpd.service entered failed state.
Aug 23 23:02:59 instance-1 systemd[1]: httpd.service failed.
Hah... I found the solution. Needed to load the systemd_module. I added this line in httpd.conf...
LoadModule systemd_module modules/mod_systemd.so
... and viola - it works.
I don't understand a single thing of this. All I know and randomly happen and shut down my website. I can restart it but it always come back.
I can provide more details if you guys want to help. Thank you
apache2.service - The Apache HTTP Server
Loaded: loaded (/lib/systemd/system/apache2.service; enabled; vendor preset: enabled)
Drop-In: /lib/systemd/system/apache2.service.d
└─apache2-systemd.conf
Active: failed (Result: exit-code) since Sun 2020-02-16 13:47:11 CET; 32min ago
Process: 5622 ExecStart=/usr/sbin/apachectl start (code=exited, status=0/SUCCESS)
Main PID: 5633 (code=exited, status=1/FAILURE)
Feb 16 13:21:26 vps754970 systemd[1]: Starting The Apache HTTP Server...
Feb 16 13:21:27 vps754970 systemd[1]: Started The Apache HTTP Server.
Feb 16 13:47:11 vps754970 systemd[1]: apache2.service: Main process exited, code=exited, status=1/FAILURE
Feb 16 13:47:11 vps754970 systemd[1]: apache2.service: Failed with result 'exit-code'.
That's my /var/log/apache2/error.log
[Sun Feb 16 13:21:27.135958 2020] [core:warn] [pid 5633] AH00098: pid file /var/run/apache2/apache2.pid overwritten -- Unclean shutdown of previous Apache run?
[Sun Feb 16 13:21:27.173307 2020] [mpm_prefork:notice] [pid 5633] AH00163: Apache/2.4.29 (Ubuntu) OpenSSL/1.1.1 configured -- resuming normal operations
[Sun Feb 16 13:21:27.173349 2020] [core:notice] [pid 5633] AH00094: Command line: '/usr/sbin/apache2'
[Sun Feb 16 13:47:08.362978 2020] [mpm_prefork:emerg] [pid 5660] (43)Identifier removed: AH00144: couldn't grab the accept mutex
[Sun Feb 16 13:47:08.367067 2020] [mpm_prefork:emerg] [pid 5662] (43)Identifier removed: AH00144: couldn't grab the accept mutex
[Sun Feb 16 13:47:08.382882 2020] [mpm_prefork:emerg] [pid 5657] (43)Identifier removed: AH00144: couldn't grab the accept mutex
[Sun Feb 16 13:47:08.382622 2020] [mpm_prefork:emerg] [pid 5656] (43)Identifier removed: AH00144: couldn't grab the accept mutex
[Sun Feb 16 13:47:08.606868 2020] [mpm_prefork:emerg] [pid 5663] (43)Identifier removed: AH00144: couldn't grab the accept mutex
[Sun Feb 16 13:47:08.804351 2020] [mpm_prefork:emerg] [pid 5655] (43)Identifier removed: AH00144: couldn't grab the accept mutex
[Sun Feb 16 13:47:11.493608 2020] [core:alert] [pid 5633] AH00050: Child 5655 returned a Fatal error... Apache is exiting!
[Sun Feb 16 13:47:11.493772 2020] [:emerg] [pid 5633] AH02818: MPM run failed, exiting
I cannot restart apache on CentOS. The results are below. I cannot locate a meaningful error to fix the issue.
Running service httpd start
Results in
Job for httpd.service failed because the control process exited with error code. See "systemctl status httpd.service" and "journalctl -xe" for details.
Then running systemctl status httpd.service
Results in
httpd.service - The Apache HTTP Server
Loaded: loaded (/usr/lib/systemd/system/httpd.service; enabled; vendor preset: disabled)
Active: failed (Result: exit-code) since Sun 2017-06-11 08:29:11 EDT; 15min ago
Docs: man:httpd(8)
man:apachectl(8)
Process: 640 ExecStop=/bin/kill -WINCH ${MAINPID} (code=exited, status=1/FAILURE)
Process: 638 ExecStart=/usr/sbin/httpd $OPTIONS -DFOREGROUND (code=killed, signal=SEGV)
Main PID: 638 (code=killed, signal=SEGV)
Jun 11 08:29:11 server systemd[1]: Starting The Apache HTTP Server...
Jun 11 08:29:11 server systemd[1]: httpd.service: main process exited, code=killed, status=11/SEGV
Jun 11 08:29:11 server kill[640]: kill: cannot find process ""
Jun 11 08:29:11 server systemd[1]: httpd.service: control process exited, code=exited status=1
Jun 11 08:29:11 server systemd[1]: Failed to start The Apache HTTP Server.
Jun 11 08:29:11 server systemd[1]: Unit httpd.service entered failed state.
Jun 11 08:29:11 server systemd[1]: httpd.service failed.
And journalctl -xe
Results in
Jun 11 08:45:10 server systemd[1]: Starting The Apache HTTP Server...
-- Subject: Unit httpd.service has begun start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit httpd.service has begun starting up.
Jun 11 08:45:10 server systemd[1]: httpd.service: main process exited, code=killed, status=11/SEGV
Jun 11 08:45:10 server kill[691]: kill: cannot find process ""
Jun 11 08:45:10 server systemd[1]: httpd.service: control process exited, code=exited status=1
Jun 11 08:45:10 server systemd[1]: Failed to start The Apache HTTP Server.
-- Subject: Unit httpd.service has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit httpd.service has failed.
--
-- The result is failed.
Jun 11 08:45:10 server systemd[1]: Unit httpd.service entered failed state.
Jun 11 08:45:10 server systemd[1]: httpd.service failed.
And from /etc/httpd/logs/error_log
[Sun Jun 11 08:49:33.214825 2017] [suexec:notice] [pid 761] AH01232: suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Sun Jun 11 08:49:33.237392 2017] [auth_digest:notice] [pid 761] AH01757: generating secret for digest authentication ...
[Sun Jun 11 08:49:33.238036 2017] [lbmethod_heartbeat:notice] [pid 761] AH02282: No slotmem from mod_heartmonitor
PHP Fatal error: PHP Startup: apc_shm_create: shmget(0, 67108864, 914) failed: Invalid argument. It is possible that the chosen SHM segment size is higher than the operation system allows. Linux has usually a default limit of 32MB per segment. in Unknown on line 0
PHP Fatal error: PHP Startup: apc_shm_attach: shmat failed: in Unknown on line 0
I installed memcache on my Ubuntu 10.04 machine but when it comes to restarting apache it gives me an error. My main root is /var/www/ and there is only index.php file in it.
Everything was working before installing memcache.
This is what I did.
Help please
ERROR:
myubuntu#ubuntu:~$ service apache2 restart
* Restarting web server apache2 (13)Permission denied: make_sock: could not bind to address 0.0.0.0:80
no listening sockets available, shutting down
Unable to open logs
Action 'start' failed.
The Apache error log may have more information.
APACHE LOG:
myubuntu#ubuntu:~$ tail -f /var/log/apache2/error.log
[Sun Mar 04 14:04:45 2012] [notice] Apache/2.2.16 (Ubuntu) PHP/5.3.3-1ubuntu9.10 with Suhosin-Patch configured -- resuming normal operations
[Sun Mar 04 18:54:35 2012] [notice] caught SIGTERM, shutting down
[Wed Mar 07 20:32:59 2012] [notice] Apache/2.2.16 (Ubuntu) PHP/5.3.3-1ubuntu9.10 with Suhosin-Patch configured -- resuming normal operations
[Wed Mar 07 21:01:57 2012] [notice] caught SIGTERM, shutting down
[Fri Mar 09 22:20:06 2012] [notice] Apache/2.2.16 (Ubuntu) PHP/5.3.3-1ubuntu9.10 with Suhosin-Patch configured -- resuming normal operations
[Sat Mar 10 01:45:00 2012] [notice] caught SIGTERM, shutting down
[Sat Mar 10 10:58:24 2012] [notice] Apache/2.2.16 (Ubuntu) PHP/5.3.3-1ubuntu9.10 with Suhosin-Patch configured -- resuming normal operations
[Sat Mar 10 11:16:49 2012] [error] [client ::1] File does not exist: /var/www/favicon.ico
[Sat Mar 10 11:16:49 2012] [error] [client ::1] File does not exist: /var/www/favicon.ico
You have to be root. You may want to use sudo when starting Apache.
I'm getting a 503 error whenever I try to request any page. I really don't know how to go about fixing this problem. I've checked the error.log and this is what it contains:
[Fri Jan 13 19:03:41 2012] [notice] caught SIGWINCH, shutting down gracefully
[Fri Jan 13 19:03:51 2012] [notice] Apache/2.2.8 (Ubuntu) PHP/5.2.4-2ubuntu5.17 with Suhosin-Patch configured -- resuming normal operations
[Fri Jan 13 19:08:59 2012] [notice] caught SIGWINCH, shutting down gracefully
[Fri Jan 13 19:09:41 2012] [notice] Apache/2.2.8 (Ubuntu) PHP/5.2.4-2ubuntu5.17 with Suhosin-Patch configured -- resuming normal operations
[Fri Jan 13 19:11:59 2012] [notice] caught SIGWINCH, shutting down gracefully
[Fri Jan 13 19:12:45 2012] [notice] Apache/2.2.8 (Ubuntu) PHP/5.2.4-2ubuntu5.17 with Suhosin-Patch configured -- resuming normal operations
[Fri Jan 13 19:13:03 2012] [notice] caught SIGWINCH, shutting down gracefully
[Fri Jan 13 19:13:14 2012] [notice] Apache/2.2.8 (Ubuntu) PHP/5.2.4-2ubuntu5.17 with Suhosin-Patch configured -- resuming normal operations
[Sat Jan 14 11:25:28 2012] [notice] caught SIGWINCH, shutting down gracefully
[Sat Jan 14 11:26:10 2012] [notice] Apache/2.2.8 (Ubuntu) PHP/5.2.4-2ubuntu5.17 with Suhosin-Patch configured -- resuming normal operations
[Sat Jan 14 11:34:34 2012] [notice] caught SIGWINCH, shutting down gracefully
I assume this is just reporting that I've rebooted the server from the AWS console.
Phew, fixed! For the benefit of others, the 503 error seems to have been caused by my elastic load balancer not having any healthy instances to route requests to. This was because the URL I'd been using to check for health was throwing some database errors. I simply changed the health check ping target to a path that was working and everything started working again.