Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 11 replies
  • Subscribers 2 subscribers
  • Views 1556 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

7.202 ASG with 100% CPU caused by mailsec-reporter

tkaufi
Hi,

i´m running a 220 ASG in Clustermode with SMTP Proxy, Encryption and other services. FW ist 7.202

Since a few days we have the issue that mailsec-reporter.pl script causes 100% CPU for a couple of hours. And that nearly every day.

I´ve found a thread in this forum, where the issue has been discussed and it was due to a big reporting file (dbl) But my .dbl files (i.e. mailsec.dbl) is below 25 Meg.
-------------------------- output of ll ---------------------------
rw-r--r-- 1 root root 1680384 Aug 27 08:34 accounting.dbl
-rw-r--r-- 1 root root 1466368 Aug 27 02:30 accounting_archive.dbl
-rw-r--r-- 1 root root  442368 Aug 27 08:21 auth.dbl
-rw-r--r-- 1 root root    4096 Aug 26 16:05 imp2p.dbl
-rw-r--r-- 1 root root    2048 Apr  2 13:04 ips.dbl
-rw-r--r-- 1 root root    2048 Apr  2 13:04 ipscount.dbl
-rw-r--r-- 1 root root    1024 Aug  9 08:25 mailsec.dbl
-rw-r--r-- 1 root root    1024 Aug 27 07:40 mailsec.dbl-journal
-rw-r--r-- 1 root root   55296 Aug 26 20:20 pfilter.dbl
drwxr-xr-x 2 root root    4096 Aug 27 08:28 sqlitetmp
-rw-r--r-- 1 root root 1163264 Aug 27 08:25 websec.dbl
------------------------------------------------------------------
What else can be the reason for this issue?
Is it adviseable to kill the job?

Cu
Thomas


This thread was automatically locked due to age.
Parents
  • 0
    hi again,

    ok, after one day without mailsec-reporter 100% issue, it´s coming up again.
    Since i´ve debugging still running, i can see in the log.mailsec-reporter that it stops logging when the process goes up to 100%. It seems, that the process hungs.

    If i restart the syslogng, the load falls down to normal usage and the log file starts again to get filled, but with one additional entry

    2008:09:02-16:50:19 mailsec-reporter.pl[13827] *** mailsec-reporter starting ($R
    evision: 1.18.2.5 $)
    2008:09:02-16:50:19 mailsec-reporter.pl[13827] killing old (hanging?) reporter (
    pid 8130

    )

    Which means, that the restart kills the old job and start a new one.

    So it seems, that something causes the perl script to hung up, and that causes the processor load.
    In the log.reporter file, there is nothing unusual before the process hungs.

    Any ideas?
  • 0 in reply to tkaufi
    OK, the next debugging step would be to take a closer look when it appears to hang. Next time this happens, can you please attach an strace to the running reporter? Just run 
    strace -p  -s 128 -f 
    on the console, and replace  with the process id of the hanging process which you can see either in square brackets in the debug log or in the process list. If it is taking 100% CPU, it should at least do something which is visible via the strace. A couple of lines should be sufficient to guess what is going on.

    Regarding your analysis of the debug log: yes, the new reporter will always terminate the old reporter process, since the older one should have terminated on it's own during the course of the syslog reload. If it didn't terminate and is still running, we can safely assume that it is hanging and therefore just kill it.

    Thanks,
     andreas
  • 0 in reply to andreas
    hi,

    after updating to 7.304 no problems with this issue anymore.

    Thx to Andreas

    Cu
    Thomas
Reply Children
No Data
Cookie Information Banner