<div dir="ltr">Thanks for your reply Victor. <div><br></div><div>I have 12GB of RAM, and htop reports on Suricata process 8559MB of Virtual Memory usage, 7608MB of resources and 1171MB of shared memory, for a total of 8012MB of RAM consumed.</div><div><br></div><div>I guess it may have something to do with issue 1178: as Ken Steele says the value doesn't get reduced when flows expire and the value starts growing until counter limit.</div><div><br></div><div>Is there anything I can do to provide more information to help you debugging?</div><div><br></div><div>Regards,</div><div><br></div><div>Jose Vila.</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jan 7, 2015 at 5:19 PM, Victor Julien <span dir="ltr"><<a href="mailto:lists@inliniac.net" target="_blank">lists@inliniac.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 01/07/2015 05:14 PM, Jose Vila wrote:<br>
> I'm using PF_RING and getting this values for tcp.reassembly_memuse<br>
> right now:<br>
> tcp.reassembly_memuse     | RxPFRbond01               | 18446744073431298171<br>
> tcp.reassembly_memuse     | RxPFRbond02               | 18446744073431298171<br>
> tcp.reassembly_memuse     | RxPFRbond03               | 18446744073431298171<br>
> tcp.reassembly_memuse     | RxPFRbond04               | 18446744073431298171<br>
> tcp.reassembly_memuse     | RxPFRbond05               | 18446744073431298171<br>
> tcp.reassembly_memuse     | RxPFRbond06               | 18446744073431298171<br>
> tcp.reassembly_memuse     | RxPFRbond07               | 18446744073431298171<br>
> tcp.reassembly_memuse     | RxPFRbond08               | 18446744073431298171<br>
> tcp.reassembly_memuse     | RxPFRbond09               | 18446744073431298171<br>
<br>
</span>Could be related to:<br>
<a href="https://redmine.openinfosecfoundation.org/issues/1178" target="_blank">https://redmine.openinfosecfoundation.org/issues/1178</a><br>
<a href="https://redmine.openinfosecfoundation.org/issues/632" target="_blank">https://redmine.openinfosecfoundation.org/issues/632</a><br>
<br>
Although, you'd need a lot of memory use to overflow a 64bit counter. So<br>
perhaps something else is happening as well.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
---------------------------------------------<br>
Victor Julien<br>
<a href="http://www.inliniac.net/" target="_blank">http://www.inliniac.net/</a><br>
PGP: <a href="http://www.inliniac.net/victorjulien.asc" target="_blank">http://www.inliniac.net/victorjulien.asc</a><br>
---------------------------------------------<br>
<br>
_______________________________________________<br>
Suricata IDS Users mailing list: <a href="mailto:oisf-users@openinfosecfoundation.org">oisf-users@openinfosecfoundation.org</a><br>
Site: <a href="http://suricata-ids.org" target="_blank">http://suricata-ids.org</a> | Support: <a href="http://suricata-ids.org/support/" target="_blank">http://suricata-ids.org/support/</a><br>
List: <a href="https://lists.openinfosecfoundation.org/mailman/listinfo/oisf-users" target="_blank">https://lists.openinfosecfoundation.org/mailman/listinfo/oisf-users</a><br>
Training now available: <a href="http://suricata-ids.org/training/" target="_blank">http://suricata-ids.org/training/</a><br>
</font></span></blockquote></div><br></div>