Thanks Paolo, I'll contact you privately to discuss further.
Cheers, Mitch -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Paolo Lucente Sent: Friday, 1 May 2009 8:52 PM To: [email protected] Subject: Re: [pmacct-discussion] Wildly inaccurate data sometimes -Please Help Hi Mitch, I might help but unfortunately the only way sounds to provide access to the box and related data. Provided there is some disk space, and after some analysis of course, it could be an idea to compile pmacct with ad-hoc debugging information around suspicious points and swap the executable during a maintenance window convenient to you. Best-effort (but I believe people can confirm to not be particularly afraid by my definition of "best-effort"), no money. Feel free to proceed in another way if you receive (or already received) answers to the bounty from somebody who wants to commit to the solution: i would be available to help no problems anyway. I guess it makes sense to continue this privately. Cheers, Paolo On Fri, May 01, 2009 at 02:02:18AM +1000, Mitch Pope wrote: > Hi, > > I raised this on this list some time ago and people suggested > recompiling with 64bit to prevent an overflowing issue, which we did but > unfortunately it never solved the problem. > > We're a service provider and host quite a number of dedicated server and > colo customers and do traffic reporting with pmacct and MySQL which is > queried by a web application. > > For the most part these stats are accurate then all of a sudden traffic > will go through the roof for a large number of customers (usually the > customers with larger amounts of monthly transfer). When I say "through > the roof" I'm talking stats like 100 Gigabyte in a day being reported > when their real traffic was only 2 Gigabytes. > > This problem is so intermittent and seems to have no pattern we just > don't know how to fix it. We'd even be happy to pay a pmacct developer > or something like that to find and fix this problem for us... > > One thing I will mention is whatever causes this to happen seems to be > triggered by large continues transfers, i.e. we know it's been triggered > a number of times with customers running rsync. But when we try to > reproduce the bug we can't. > > Any help would be appreciated > > Cheers > Mitch _______________________________________________ pmacct-discussion mailing list http://www.pmacct.net/#mailinglists _______________________________________________ pmacct-discussion mailing list http://www.pmacct.net/#mailinglists
