Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 24 replies
  • Subscribers 2 subscribers
  • Views 6682 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Unusually high CPU usage after update to 8.3

dbye
After updating to version 8.3 we have been experiencing higher than usual CPU usage and when I checked it this morning it is running at 99 - 100 percent.  When I check the running processes I noticed 2 processes that are hogging the CPU.

postgres  2178 91.4 21.2 913492 708968 ?       Rs   07:32   0:45  \_ postgres: reporting reporting [local] SELECT

postgres 30211 55.1  4.1 151692 139548 ?       Ss   06:40  29:12  \_ postgres: reporting reporting [local] VACUUM waiting

It seems that these are either stalled or not operating properly.  I only use the web interface for administration and have not had a need to use the shell, but is there a way to kill these processes so that the performance of the box can return to normal at least until the problem returns or I can open a ticket to support for help?

Thanks in advance!


This thread was automatically locked due to age.
Parents
  • 0
    BAlfson,  The problem was not with our reseller as they worked very hard to try to resolve our issue and I even sat in on some of the support calls between the reseller and Astaro.  Their explanation for the delay was that since the problem we were experiencing was related to an earlier support ticket that was still open they merged it with that support ticket.  The problem was that the support engineer that was responsible for the ticket left the company after the Sophos acquisition and all of his tickets were not reassigned or "checked".  My reseller was finally able to get in contact with someone who actually checked on the problem.  If it was not for our reseller we would be running another platform other than Astaro.

    I have had both good and bad support experiences with Astaro, with all the bad experiences after the Sophos acquisition.
Reply
  • 0
    BAlfson,  The problem was not with our reseller as they worked very hard to try to resolve our issue and I even sat in on some of the support calls between the reseller and Astaro.  Their explanation for the delay was that since the problem we were experiencing was related to an earlier support ticket that was still open they merged it with that support ticket.  The problem was that the support engineer that was responsible for the ticket left the company after the Sophos acquisition and all of his tickets were not reassigned or "checked".  My reseller was finally able to get in contact with someone who actually checked on the problem.  If it was not for our reseller we would be running another platform other than Astaro.

    I have had both good and bad support experiences with Astaro, with all the bad experiences after the Sophos acquisition.
Children
No Data
Cookie Information Banner