Re: [pmacct-discussion] nfacctd+pgsql, SQL/DB LOCK problem

2005-11-21 Thread Wim Kerkhoff
Jakub Wartak wrote: Dnia niedziela, 20 listopada 2005 23:59, Paolo Lucente napisał: The hardware is ok and the number of tuples in both the tables seems fine. I would suggest to upgrade to either 0.9.3, 0.9.4p1 or the development snapshot 0.9.5 in order to further troubleshoot the issue (the

Re: [pmacct-discussion] nfacctd+pgsql, SQL/DB LOCK problem

2005-11-21 Thread Jakub Wartak
Dnia poniedziałek, 21 listopada 2005 19:48, Jakub Wartak napisał: > Dnia niedziela, 20 listopada 2005 23:59, Paolo Lucente napisał: > > Hello Jakub, > > Hello Paolo, thanks for reply :) > Nevermind, i guess that i found the problem: viruses are generating huge traffic on port 445 to random ips in

Re: [pmacct-discussion] nfacctd+pgsql, SQL/DB LOCK problem

2005-11-21 Thread Jakub Wartak
Dnia niedziela, 20 listopada 2005 23:59, Paolo Lucente napisał: > Hello Jakub, Hello Paolo, thanks for reply :) > thank you for your words about the project and for the data about your > acutal issue. The increased number of processes is basically a queue of > writers that wait to obtain the perm

Re: [pmacct-discussion] 95 percentile traffic, accounting, billing

2005-11-21 Thread Paolo Lucente
Hello Christian, first of all, thank you for giving a try to pmacct. Secondly, pmacct does not do any 95th percentile itself but, as the ChangeLog mentions, it eases its computation. The ChangeLog speaks about the 'sql_history' directive and applies to the SQL plugins. So, let's start with this exa

[pmacct-discussion] 95 percentile traffic, accounting, billing

2005-11-21 Thread Christian Janssen
Hello, I searched the "pmacct-discussion Archives" for 95 percentile traffic accounting. unfortunately no success.Probably somebody can point me in the right direction (HowTo set up with pmacct). I just saw 95 percent calculation mentioned in the change log. If there are problems, please also ment