Hi Luca,
I noticed I was running rrdtool 1.4.4 on my F14 system to I upgraded
from rrdtool-1.3.3 to 1.4.7 on my CentOS boxes but it still doesn't work.
I did notice that in the rrd directory of the CentOS boxes that I only had
bytes.rrd for
local ip addresses.
I also noticed there were some mac addresses identified as local
and they had more data - and when I selected them I did not get
the error.
Where in the code are the rrd files for local ips updated?
...
./192.168.198.33:
total 888
drwxrwxrwx 2 root root 4096 Jul 30 13:05 .
drwxrwxrwx 132 root root 4096 Jul 30 13:10 ..
-rw-rw-rw- 1 root root 900440 Jul 30 13:05 bytes.rrd
./192.168.198.48:
total 888
drwxrwxrwx 2 root root 4096 Jul 30 13:05 .
drwxrwxrwx 132 root root 4096 Jul 30 13:10 ..
-rw-rw-rw- 1 root root 900440 Jul 30 13:10 bytes.rrd
./192.168.198.64:
total 888
drwxrwxrwx 2 root root 4096 Jul 30 13:10 .
drwxrwxrwx 132 root root 4096 Jul 30 13:10 ..
-rw-rw-rw- 1 root root 900440 Jul 30 13:10 bytes.rrd
...
./00:90:0B:1E:98:97:
total 4416
drwxrwxrwx 2 root root 4096 Jul 30 13:10 .
drwxrwxrwx 180 root root 12288 Jul 30 13:20 ..
-rw-rw-rw- 1 root root 900440 Jul 30 13:20 bytes.rrd
-rw-rw-rw- 1 root root 900440 Jul 30 13:20 icmp.rrd
-rw-rw-rw- 1 root root 900440 Jul 30 13:20 other_ip.rrd
-rw-rw-rw- 1 root root 900440 Jul 30 13:20 tcp.rrd
-rw-rw-rw- 1 root root 900440 Jul 30 13:20 udp.rrd
./00:90:0B:1F:04:52:
total 4416
drwxrwxrwx 2 root root 4096 Jul 30 13:10 .
drwxrwxrwx 180 root root 12288 Jul 30 13:20 ..
-rw-rw-rw- 1 root root 900440 Jul 30 13:20 bytes.rrd
-rw-rw-rw- 1 root root 900440 Jul 30 13:20 icmp.rrd
-rw-rw-rw- 1 root root 900440 Jul 30 13:20 other_ip.rrd
-rw-rw-rw- 1 root root 900440 Jul 30 13:20 tcp.rrd
-rw-rw-rw- 1 root root 900440 Jul 30 13:20 udp.rrd
./00:90:0B:23:A4:B8:
total 4416
drwxrwxrwx 2 root root 4096 Jul 30 13:05 .
drwxrwxrwx 180 root root 12288 Jul 30 13:20 ..
-rw-rw-rw- 1 root root 900440 Jul 30 13:20 bytes.rrd
-rw-rw-rw- 1 root root 900440 Jul 30 13:20 icmp.rrd
-rw-rw-rw- 1 root root 900440 Jul 30 13:20 other_ip.rrd
-rw-rw-rw- 1 root root 900440 Jul 30 13:20 tcp.rrd
-rw-rw-rw- 1 root root 900440 Jul 30 13:20 udp.rrd
On 07/30/2013 10:52 AM, Steve Clark wrote:
Hi Luca,
I agree - but I
P101005:~/ntopng
$ svn update
At revision 6638.
loaded GeoIP and did a gmake clean
./configure
gmake geoip
rm -rf rrd top_talkers
started ntopng and still get
30/Jul/2013 10:42:21 [Lua.cpp:1359] WARNING: Script failure
[/var/lib/pgsql/ntopng/scripts/lua/host_details.lua][/var/lib/pgsql/ntopng/scripts/lua/host_details.lua:149:
bad argument #1 to 'lower' (string expected, got nil)]
But it only happens when I try to look at host details for a "Local" host.
Remote Hosts come up just fine and now show
the country flag.
Also revision in ntop_defines.h is still at 6629 - is this suppose to be
updated automatically?
#define NTOP_SVN_REVISION "$Revision: 6629 $"
#define NTOP_SVN_REVISION_DATE "$Date: 2013-07-26 13:34:41 -0400 (Fri, 26 Jul
2013) $"
On 07/30/2013 10:31 AM, Luca Deri wrote:
Steve
your problem is very odd and it is related to geoip. I did a little change hope
it works, but I still do not understand why you do not like geoip
Luca
On Jul 30, 2013, at 4:21 PM, Steve Clark <[email protected]
<mailto:[email protected]>> wrote:
Hi Luca,
I am confused. I have the latest ntopng running on 4 different boxes,
3 CentOS 6.x boxes and one Fedora 14 box. The CentOS boxes all
exhibit the behavior below getting an error when I try to access a host
listed as "Local", the F14 box works Ok.
The CentOS boxes worked with r6633 but not anything later.
I am still trying to figure this out.
Command I am using to start ntopng
sudo ./ntopng -l -U ntop -i eth5 -d/var/tmp -w 3000 -n 1 -m
192.168.0.0/16,10.0.0.0/8,172.16.0.0/12
On 07/30/2013 07:37 AM, Steve Clark wrote:
Hi Luca,
Just to confirm - if I don't use the -m flag I don't get the errors below.
It is like when it is a "Local" host somethings for the host details are not
being established.
On 07/29/2013 04:13 PM, Steve Clark wrote:
Hi Luca,
I am only getting this error on local hosts. Remote host work ok.
On 07/29/2013 04:06 PM, Steve Clark wrote:
Hi Luca,
That fixed the error about the "mac" but now I am getting a new error
further along. I just removed my ntopng dir and am doing a fresh checkout and
rebuild. I also removed my rrd and top_talkers dirs and restarted redis.
HTTP/1.1 500 Internal server error Content-Type: text/html Connection: close Script
"/var/lib/pgsql/ntopng/scripts/lua/host_details.lua" returned an error:
/var/lib/pgsql/ntopng/scripts/lua/host_details.lua:149: bad argument #1 to
'lower' (string expected, got nil)
Also I am not using geoip. Could this new error be related to that?
Also here is very minor typo:
29/Jul/2013 15:47:45 [Redis.cpp:37] ERROR: ntong requires redis server to be up
and running
On 07/29/2013 03:20 PM, Luca Deri wrote:
Steve
I did a fix but I do not see the problem honestly. Please check if it works now
Cheers Luca
On Jul 29, 2013, at 8:32 PM, Steve Clark <[email protected]
<mailto:[email protected]>> wrote:
Hi Luca,
FYI
r6633 works - r6634 gives the error below.
On 07/29/2013 01:48 PM, Steve Clark wrote:
Hi Luca,
In case you are not aware I am seeing the following when trying to select a
host.
29/Jul/2013 13:46:01 [Lua.cpp:1359] WARNING: Script failure
[/var/lib/pgsql/ntopng/scripts/lua/host_details.lua][/var/lib/pgsql/ntopng/scripts/lua/host_details.lua:144:
attempt to concatenate field 'mac' (a nil value)]
29/Jul/2013 13:46:33 [Lua.cpp:1359] WARNING: Script failure
[/var/lib/pgsql/ntopng/scripts/lua/host_details.lua][/var/lib/pgsql/ntopng/scripts/lua/host_details.lua:144:
attempt to concatenate field 'mac' (a nil value)]
--
Stephen Clark
*NetWolves*
Director of Technology
Phone: 813-579-3200
Fax: 813-882-0209
Email: [email protected]
http://www.netwolves.com
_______________________________________________
Ntop-dev mailing list
[email protected]
http://listgateway.unipi.it/mailman/listinfo/ntop-dev
