• Debian 11 has reached its end-of-life (vendor EOL date - August 31, 2026). Plesk Obsidian 18.0.81 is the last release to support it.
    If you are running Plesk Obsidian on Debian 11, we recommend you upgrade those servers to Debian 12 using our dist-upgrade tool.
  • We plan to deprecate and remove the support for XML RPC protocol versions earlier than 1.6.9.1 in Plesk Obsidian 18.0.82. We strongly recommend that you update all existing integrations using earlier versions of the XML RPC protocol to comply with the version 1.6.9.1 specification.

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