Hi,
On 20-02-14 16:55, Paolo Lucente wrote:
Thanks for your patches. Most of the minor issues were already fixed in
the CVS code; i've fixed the couple remaining. The memory leak is not a
real one: some structures are not free'd up in amqp_cache_purge() but
such function is called in a
Hi Stig,
I tried to reproduce the issue with no joy, ie. all works good. I
suspect this might be something architecture specific - what CPU
is this?
Thing is input/output interface fields are u_int32_t and using 'i'
would get us in trouble reading from NetFlow/sFlow exporters where
interfaces
Sure I can try that. I'm wondering if it's a big endian issue? My
platform is MIPS64.
stig
On Fri, Feb 21, 2014 at 11:44 AM, Paolo Lucente pa...@pmacct.net wrote:
Hi Stig,
I tried to reproduce the issue with no joy, ie. all works good. I
suspect this might be something architecture
Yes, the ports, vlan and tos are also jacked-up for me:
TAG, SRC_MAC, DST_MAC, VLAN, SRC_IP,DST_IP,
SRC_PORT, DST_PORT, PROTOCOL, TOS, PACKETS, FLOWS, BYTES
7, dc:9f:db:28:ff:aa, 24:a4:3c:3d:51:e2, 0,10.1.0.91, 10.2.0.195,
1935, 55750,tcp, 0, 957956,
I noticed when using geoip and json output that the country_ip_src was
displayed but not the country_ip_dst. This patch seems to fix it:
diff --git a/src/pmacct.c b/src/pmacct.c
index d62ba44..b29c7a3 100644
--- a/src/pmacct.c
+++ b/src/pmacct.c
@@ -2996,7 +2996,7 @@ char
Also related to geoip lookups, it might be worth adding to the
documentation that this is for geoip 1 not geoip2. I just googled mindmax
free geoip database and download the free geoip2 database (not know there
was a geoip1). When I fire up pmacct pointing to the geoip2 database it
seg faults in
