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

Todays threat status

Hello there!

This might be a minor error question, but I still would like to know what may be the cause of that. On the dashboard there is that "Todays threat status" overview and it isn't updating anymore...

Todays threat status
Firewall: 815316 packets filtered
IPS:          0 attacks blocked
Anti-Virus:        0 items blocked
Anti-Spam:           809 emails blocked
Anti-Spyware: 0 items blocked
Web Filter: 0 URLs filtered

The "Firewall" and "Anti-Spam" - flags do not update... 

So my general question is, how is that determined and what could be reasons for it quitting to update anymore?

Best regards,
Marcel


This thread was automatically locked due to age.
  • Hi,
    you can check if there is a process "gen_inline_reporting_data.pl" currently running on your system. If not, try running it manually by issuing /usr/local/bin/gen_inline_reporting_data.pl as root on the command line, and report back here if there are errors.

    Cheers,
     andreas
  • Same problem here,

    if i run the command manually, the i get:
    DBD::SQLite:[:D]b prepare failed: database is locked(5) at dbdimp.c line 271 at /usr/local/bin/gen_inline_reporting_data.pl line 1053.
    DBD::SQLite:[:D]b prepare failed: database is locked(5) at dbdimp.c line 271 at /usr/local/bin/gen_inline_reporting_data.pl line 1053.

    any idea's?
  • Since multiple processes are trying to access the database containing the reporting data, it is possible that the database is sometimes locked. Instead of waiting forever, the reporting process (which only wants to read and therefore has lower priority) just terminates; it is run in regular intervals and will automatically retry.

    If you try this manually and the database is locked, just try it again a couple of minutes later.
    Cheers,
     andreas
  • Ok, this problem has been fixed for me with installing 7.100.
  • Ok, this problem has been fixed for me with installing 7.100.


    not for me, i see 0 items blocked too. runing gen_inline_reporting_data.pl gave me Timeframe: today Debug 0.
  • I had the same issue, all indexes where stuck since the upgrade from asl 7.09x (beta) to 7.1. 

    But with some r00t access I was able to fix that.
    Seems that the sql lite db can be corrupt, so I simply deleted them and let asl rebuild them. Of course all the indexes starts from 0 after this operation.

    Here's what I did.
    * login as root
    * cd /var/log/reporting/
    * ps ax | grep reporte
    (now get all those pids and kill them)
    * kill 577j 577w 577k 577z 577y 578x ... (pids as example, use your own)
    * rm -fR * ( be aware! be sure to be into /var/log/reporting and immediatly, don't let ASL restart the reporters before you remove the files )
    * wait until asl starts the processes back, the db files will get rebuilt

    After some while, the stats will be back.

    *** WARNING ***
    * the above command can be harmful if not done correctly
    * please understand what you're doing *BEFORE* doing it
    * I'll NOT take any responsability about that
    * This procedure have worked for me, but maybe not for you
    * If in doubt, don't do it
    * Any actions / modifications done by root will void your support.

    best regards.