Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 24 replies
  • Subscribers 2 subscribers
  • Views 6677 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
    At least they give the option to turn off local reporting and you can have the system send the logs to either a remote cifs or syslog share and have something else do the crunching..two months for a response though?  Ouchies.

    Owner:  Emmanuel Technology Consulting

    http://etc-md.com

    Former Sophos SG(Astaro) advocate/researcher/Silver Partner

    PfSense w/Suricata, ntopng, 

    Other addons to follow

  • 0 in reply to William Warren
    Yes - I would have to agree and concur with that experience - this past fall. Apparently a result of a series of occurences - the change in ticketing system that I guess was the result of Sophos 'moving in' and the corporate offices moving a little after that, and some techs on leave with apparently noone to cover their load or watch their queue while they were out, etc.
    We also considered dumping Astaro, and are still going to be considering alternatives before our next renewal.

    Anyway - on the offloading question - even if we do set it to send to remote syslog, or similar, doesn't that mean we are left to our own devices for developing the reports? Is there something that would make that a bit easier? That is not an additional cost?
Reply
  • 0 in reply to William Warren
    Yes - I would have to agree and concur with that experience - this past fall. Apparently a result of a series of occurences - the change in ticketing system that I guess was the result of Sophos 'moving in' and the corporate offices moving a little after that, and some techs on leave with apparently noone to cover their load or watch their queue while they were out, etc.
    We also considered dumping Astaro, and are still going to be considering alternatives before our next renewal.

    Anyway - on the offloading question - even if we do set it to send to remote syslog, or similar, doesn't that mean we are left to our own devices for developing the reports? Is there something that would make that a bit easier? That is not an additional cost?
Children
No Data
Cookie Information Banner