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

CPU Spike every 12 hours

I have been running my Sophos UTM for a couple of months now and all seems to be working fine with one exception, every 12 hours (06:40 and 18:40) my CPU spikes to 100% with the consequence being that during this period the UTM does not allow any traffic through (see attached graphs).

I have looked through the system logs and the only thing that seems to correspond to these times is the cron job for "adbs-maintenance.plx", I believe that this is related to the reporting system but I  do not know how to diagnose further.  Any guidance would be appreciated.

Regards

Gnome

Firmware Version:  9.109-1
Memory: 2GBytes
Hardware: HP ProLiant G7 N54L 2.2GHz MicroServer


This thread was automatically locked due to age.
Parents
  • Logs and reporting are different. Log retention and reporting retention are different.

    Logging & Reporting> Log Settings
    Logging & Reporting> Reporting Settings

    Logs live on the filesystem (/var/log/).  Remote Syslog and Remote Log File Archive are well worth looking at.

    Reporting data lives in the database.  Engage support: I don't know if "rebuild reporting database" is their only choice or merely their first choice.  (Is whatever breaks unfixable?)
  • Logs and reporting are different. Log retention and reporting retention are different.

    Logging & Reporting> Log Settings
    Logging & Reporting> Reporting Settings

    Logs live on the filesystem (/var/log/).  Remote Syslog and Remote Log File Archive are well worth looking at.

    Reporting data lives in the database.  Engage support: I don't know if "rebuild reporting database" is their only choice or merely their first choice.  (Is whatever breaks unfixable?)


    Thanks for the explanation !!!!

    My log setting was set to "never delete", changed to "delete after 90 days"...
    Let´s see if this fixes the problem.
Reply
  • Logs and reporting are different. Log retention and reporting retention are different.

    Logging & Reporting> Log Settings
    Logging & Reporting> Reporting Settings

    Logs live on the filesystem (/var/log/).  Remote Syslog and Remote Log File Archive are well worth looking at.

    Reporting data lives in the database.  Engage support: I don't know if "rebuild reporting database" is their only choice or merely their first choice.  (Is whatever breaks unfixable?)


    Thanks for the explanation !!!!

    My log setting was set to "never delete", changed to "delete after 90 days"...
    Let´s see if this fixes the problem.
Children
No Data