Todays threat status

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.

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.