Problem with rml_sqlcounter with GigaByte datavolume

Suman Dash sumandash at gmail.com
Wed Sep 14 14:51:22 CEST 2011


I have a working setup which takes Check-Item over 100GB But being a 32Bit
counter is wraps in 2GB limit. I have not tried Integer64. Can you check
what happens when you change it to 32bit in dictionary instead of declaring
it as 64bit ?



On Wed, Sep 14, 2011 at 5:53 PM, nfourel <nicolas.fourel at adipsys.com> wrote:

> The « check_item=0 » is reason why I posted my messages on this ML. If I
> put a value lesser than 2^32 (for example 1000000) for “Max-Input-Octets” in
> radcheck for username ‘[hidden email]<http://user/SendEmail.jtp?type=node&node=4802561&i=0>’,
> everything is ok, check_item has the good value. If I put value bigger than
> 2^32, check_item is always equal to 0.****
>
> ** **
>
> Any idea ?****
>
> ** **
>
> Thanks****
>
> ** **
>
> Nicolas****
>
> ** **
>
> *De :* Suman Dash [via FreeRadius] [mailto:[hidden email]<http://user/SendEmail.jtp?type=node&node=4802561&i=1>]
>
> *Envoyé :* mercredi 14 septembre 2011 09:43
>
> *À :* nfourel
> *Objet :* Re: Problem with rml_sqlcounter with GigaByte datavolume****
>
> ** **
>
> check_item=0 , See why Max-Input-Octets is returned as 0 .****
>
> On Wed, Sep 14, 2011 at 12:55 PM, nfourel <[hidden email]<http://user/SendEmail.jtp?type=node&node=4801896&i=0>>
> wrote:****
>
> Hi,****
>
>  ****
>
> Here is the result of the SQL Query :****
>
>  ****
>
> SELECT SUM(AcctInputOctets) FROM radacct WHERE  click here. ****
>
> ------------------------------
> View this message in context: RE: Problem with rml_sqlcounter with
> GigaByte datavolume<http://freeradius.1045715.n5.nabble.com/Problem-with-rml-sqlcounter-with-GigaByte-datavolume-tp4455164p4802561.html>
> Sent from the FreeRadius - User mailing list archive<http://freeradius.1045715.n5.nabble.com/FreeRadius-User-f2740693.html>at Nabble.com.
>
> -
> List info/subscribe/unsubscribe? See
> http://www.freeradius.org/list/users.html
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeradius.org/pipermail/freeradius-users/attachments/20110914/f017cc23/attachment.html>


More information about the Freeradius-Users mailing list