<div dir="ltr">That does sound like it, and we are currently running�R15B01. We'll upgrade, which will likely solve our issue. Thanks!</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Aug 26, 2013 at 10:40 AM, Matthias Radestock <span dir="ltr"><<a href="mailto:matthias@rabbitmq.com" target="_blank">matthias@rabbitmq.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Dustin,<div class="im"><br>
<br>
On 26/08/13 18:14, Dustin Doiron wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
It appears that when any field returned in the API request to<br>
/api/connections reaches approximately 4294967296 (2^32), the statistics<br>
counter is dramatically reset, affecting the integrity of counter data<br>
in the next request.<br>
</blockquote>
<br></div>
What version of Erlang are you running? We reported a bug to the Erlang/OTP team a while ago that caused the behaviour you are describing. That bug got fixed in R16A, released 7 months ago. See <a href="http://www.erlang.org/download/otp_src_R16A_RELEASE_CANDIDATE.readme" target="_blank">http://www.erlang.org/<u></u>download/otp_src_R16A_RELEASE_<u></u>CANDIDATE.readme</a><br>
<br>
OTP-10746 �The octet counters in the gen_tcp/inet interface could behave<br>
� � � � � �in unexpected ways on 64bit platforms. The behaviour is now<br>
� � � � � �as expected.<br>
<br>
Regards,<br>
<br>
Matthias.<br>
<br>
</blockquote></div><br></div>