• If you are still using CentOS 7.9, it's time to convert to Alma 8 with the free centos2alma tool by Plesk or Plesk Migrator. Please let us know your experiences or concerns in this thread:
    CentOS2Alma discussion
  • Inviting everyone to the UX test of a new security feature in the WP Toolkit
    For WordPress site owners, threats posed by hackers are ever-present. Because of this, we are developing a new security feature for the WP Toolkit. If the topic of WordPress website security is relevant to you, we would be grateful if you could share your experience and help us test the usability of this feature. We invite you to join us for a 1-hour online session via Google Meet. Select a convenient meeting time with our friendly UX staff here.

Server Health High after Update 12.0.18 #8

Graphrix

Basic Pleskian
Since the update our Server Health has been very high and is playing up with email and probably other services.

OS CentOS 6.5 (Final)
Plesk version 12.0.18 Update #8, last updated at July 16, 2014 11:20 AM

The system is up-to-date; last checked at July 19, 2014 04:41 AM

Services !Problem
Disk OK
Memory OK
CPU !Problem
Network


This is the log from /var/log/plesk/health-alarm.log


##################################################

2014-06-24T10:01:15+11:00 INFO (6): Server health parameter "Services > Panel CPU usage" changed its status from "green" to "red".
2014-06-24T10:21:16+11:00 INFO (6): Server health parameter "Services > Apache CPU usage" changed its status from "red" to "green".
2014-06-24T10:21:16+11:00 INFO (6): Server health parameter "Services > nginx CPU usage" changed its status from "red" to "green".
2014-06-24T10:21:16+11:00 INFO (6): Server health parameter "Services > Mail server CPU usage" changed its status from "red" to "green".
2014-06-24T10:21:16+11:00 INFO (6): Server health parameter "Services > MySQL CPU usage" changed its status from "red" to "green".
2014-06-24T10:21:16+11:00 INFO (6): Server health parameter "Services > Panel CPU usage" changed its status from "red" to "green".
2014-06-24T10:21:17+11:00 INFO (6): Server health parameter "CPU > Total usage" changed its status from "red" to "green".
2014-07-02T11:56:51+11:00 INFO (6): Server health parameter "CPU > Total usage" changed its status from "red" to "green".
2014-07-02T13:02:47+11:00 INFO (6): Server health parameter "Services > Apache CPU usage" changed its status from "red" to "green".
2014-07-02T13:02:47+11:00 INFO (6): Server health parameter "Services > nginx CPU usage" changed its status from "red" to "green".
2014-07-02T13:02:47+11:00 INFO (6): Server health parameter "Services > Mail server CPU usage" changed its status from "red" to "green".
2014-07-02T13:02:47+11:00 INFO (6): Server health parameter "Services > MySQL CPU usage" changed its status from "red" to "green".
2014-07-02T13:02:47+11:00 INFO (6): Server health parameter "Services > Plesk CPU usage" changed its status from "red" to "green".
2014-07-02T13:02:47+11:00 INFO (6): Server health parameter "CPU > Total usage" changed its status from "red" to "green".
2014-07-18T10:06:02+11:00 INFO (6): Server health parameter "CPU > Total usage" changed its status from "red" to "green".
2014-07-21T12:59:09+11:00 INFO (6): Server health parameter "CPU > Total usage" changed its status from "green" to "red".
2014-07-21T13:19:11+11:00 INFO (6): Server health parameter "CPU > Total usage" changed its status from "red" to "green".
2014-07-24T05:24:34+11:00 INFO (6): Server health parameter "CPU > Total usage" changed its status from "red" to "green".
2014-07-24T05:42:03+11:00 INFO (6): Server health parameter "Services > Apache CPU usage" changed its status from "green" to "red".
2014-07-24T05:42:03+11:00 INFO (6): Server health parameter "Services > nginx CPU usage" changed its status from "green" to "red".
2014-07-24T05:42:04+11:00 INFO (6): Server health parameter "Services > Plesk CPU usage" changed its status from "green" to "red".
2014-07-24T05:42:04+11:00 INFO (6): Server health parameter "CPU > Total usage" changed its status from "green" to "red".
2014-07-24T05:52:05+11:00 INFO (6): Server health parameter "Services > Mail server CPU usage" changed its status from "green" to "red".
2014-07-24T05:52:05+11:00 INFO (6): Server health parameter "Services > MySQL CPU usage" changed its status from "green" to "red".
2014-07-24T05:57:06+11:00 INFO (6): Server health parameter "Services > Apache CPU usage" changed its status from "red" to "green".
2014-07-24T05:57:06+11:00 INFO (6): Server health parameter "Services > nginx CPU usage" changed its status from "red" to "green".
2014-07-24T05:57:06+11:00 INFO (6): Server health parameter "Services > Mail server CPU usage" changed its status from "red" to "green".
2014-07-24T05:57:06+11:00 INFO (6): Server health parameter "Services > MySQL CPU usage" changed its status from "red" to "green".
2014-07-24T05:57:06+11:00 INFO (6): Server health parameter "Services > Plesk CPU usage" changed its status from "red" to "green".
2014-07-24T05:57:06+11:00 INFO (6): Server health parameter "CPU > Total usage" changed its status from "red" to "green".




This is the log from /var/log/nginx/error.log
##################################################

2014/07/24 03:19:35 [emerg] 21095#0: open() "/var/www/vhosts/system/######.com.au/logs/proxy_access_log" failed (13: Permission denied)
2014/07/24 03:19:35 [emerg] 21095#0: open() "/var/www/vhosts/system/######.com.au/logs/proxy_error_log" failed (13: Permission denied)
2014/07/24 04:06:09 [error] 21095#0: *26932 connect() failed (111: Connection refused) while connecting to upstream, client: 203.45.176.192, server: roundcube.webmail, request: "POST /services/ajax.php/horde/topbarUpdate HTTP/1.1", upstream: "http://###.###.21.241:7080/services/ajax.php/horde/topbarUpdate", host: "webmail.######.com.au", referrer: "http://webmail.######.com.au/passwd/"
2014/07/24 04:07:09 [emerg] 1104#0: bind() to ###.252.21.243:80 failed (99: Cannot assign requested address)
2014/07/24 04:29:50 [error] 3609#0: *212 connect() failed (111: Connection refused) while connecting to upstream, client: #.###.253.60, server: ######.com.au, request: "GET /robots.txt HTTP/1.1", upstream: "http://127.0.0.1:7080/robots.txt", host: "www.######.com.au"
2014/07/24 04:29:52 [error] 3609#0: *212 connect() failed (111: Connection refused) while connecting to upstream, client: #.###.253.60, server: ######.com.au, request: "GET / HTTP/1.1", upstream: "http://127.0.0.1:7080/", host: "www.5.255.253.60.com.au"
2014/07/24 04:30:48 [emerg] 1081#0: bind() to ###.###.21.243:80 failed (99: Cannot assign requested address)
 
Last edited:
Back
Top