• Introducing WebPros Cloud - a fully managed infrastructure platform purpose-built to simplify the deployment of WebPros products !  WebPros Cloud enables you to easily deliver WebPros solutions — without the complexity of managing the infrastructure.
    Join the pilot program today!
  • Support for BIND DNS has been removed from Plesk for Windows due to security and maintenance risks.
    If a Plesk for Windows server is still using BIND, the upgrade to Plesk Obsidian 18.0.70 will be unavailable until the administrator switches the DNS server to Microsoft DNS.

service httpd restart errors

D

DeanW

Guest
Code:
[root@s3 logs]# tail -f /etc/httpd/logs/error_log &
[root@s3 logs]# service httpd restart
Stopping httpd:                                            [  OK  ]
Starting httpd: [Sun Feb 26 14:40:43 2006] [notice] caught SIGTERM, shutting down
[Sun Feb 26 14:40:44 2006] [notice] LDAP: Built with OpenLDAP LDAP SDK
[Sun Feb 26 14:40:44 2006] [notice] LDAP: SSL support unavailable
[Sun Feb 26 14:40:44 2006] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Sun Feb 26 14:40:44 2006] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Sun Feb 26 14:40:44 2006] [warn] RSA server certificate CommonName (CN) `plesk.myserver3.com' does NOT match server name!?
[Sun Feb 26 14:40:44 2006] [warn] RSA server certificate CommonName (CN) `plesk.myserver3.com' does NOT match server name!?
[Sun Feb 26 14:40:44 2006] [warn] RSA server certificate CommonName (CN) `plesk.myserver3.com' does NOT match server name!?
[Sun Feb 26 14:40:44 2006] [warn] RSA server certificate CommonName (CN) `plesk.myserver3.com' does NOT match server name!?
[Sun Feb 26 14:40:44 2006] [warn] RSA server certificate CommonName (CN) `plesk.myserver3.com' does NOT match server name!?
[Sun Feb 26 14:40:44 2006] [warn] RSA server certificate CommonName (CN) `plesk.myserver3.com' does NOT match server name!?
[Sun Feb 26 14:40:44 2006] [warn] RSA server certificate CommonName (CN) `plesk.myserver3.com' does NOT match server name!?
                                                           [  OK  ]
[root@s3 logs]# [Sun Feb 26 14:40:45 2006] [notice] LDAP: Built with OpenLDAP LDAP SDK
[Sun Feb 26 14:40:45 2006] [notice] LDAP: SSL support unavailable
[Sun Feb 26 14:40:46 2006] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Sun Feb 26 14:40:46 2006] [warn] RSA server certificate CommonName (CN) `plesk.myserver3.com' does NOT match server name!?
[Sun Feb 26 14:40:46 2006] [warn] RSA server certificate CommonName (CN) `plesk.myserver3.com' does NOT match server name!?
[Sun Feb 26 14:40:46 2006] [warn] RSA server certificate CommonName (CN) `plesk.myserver3.com' does NOT match server name!?
[Sun Feb 26 14:40:46 2006] [warn] RSA server certificate CommonName (CN) `plesk.myserver3.com' does NOT match server name!?
[Sun Feb 26 14:40:46 2006] [warn] RSA server certificate CommonName (CN) `plesk.myserver3.com' does NOT match server name!?
[Sun Feb 26 14:40:46 2006] [warn] RSA server certificate CommonName (CN) `plesk.myserver3.com' does NOT match server name!?
[Sun Feb 26 14:40:46 2006] [warn] RSA server certificate CommonName (CN) `plesk.myserver3.com' does NOT match server name!?
[Sun Feb 26 14:40:46 2006] [notice] Apache/2.0.51 (Fedora) configured -- resuming normal operations

Also, I seem to have to restart Apache manually after a PSADUMP but sometimes "service httpd restart" fails. Now I've set it up like this:
Code:
/sbin/service httpd stop
sleep 10
/sbin/service httpd start
Still, last night Apache died again - it accepts connections but doesn't send any data???

I see this in the logs about the same time my above stop/start runs:
Code:
[Sun Feb 26 04:02:35 2006] [notice] Apache/2.0.51 (Fedora) configured -- resuming normal operations
[Sun Feb 26 04:07:47 2006] [warn] child process 30886 still did not exit, sending a SIGTERM
[Sun Feb 26 04:07:47 2006] [warn] child process 30886 still did not exit, sending a SIGTERM
[Sun Feb 26 04:07:48 2006] [warn] child process 30886 still did not exit, sending a SIGTERM

I've now added the following after my start/stop commands:
Code:
 /usr/sbin/apachectl graceful

Notes: I was running psadump with --nostop and have removed it. The certificate error seems unrelated.

I've set up a cell phone text message notification for next week when the backup process runs again (I do incremental for certain folders each day, and a Plesk backup weekly) so that I can make sure the server comes back up.


Any ideas? Thanks!

--
ListMailPRO PHP email list management
 
Back
Top