michel | 2 Feb 2002 11:28
Picon

Bug: table with the same host-Ips in multible lines

I reported the same bug about one year ago. But it is not fixed yet in the
2.0 version. 

Bug description:
I get various table entries with the IP address of this ntop server itself.
When ntop is running for one week there are up to thousand table rows in the
network traffic tables with the IP/name of the ntop server. The other hosts
in my network appear only once as it should be. The values of the table rows
are different, it looks like the traffic results for the ntop server are
splitt over these up to thousand lines.

Possible reasons:
- On the ntop server is also running a dhcp server. 
- On the ntop server is also running a vmware server with two virtual OS.
Although these virtual OS (MS Windows) use the same network adapter as the
host system, the virtual OS are bridged to different IP adresses. 

No doubt my configuration is not so usual, but anyway it shouldn't be so
difficult to avoid table entries with the same host-name/ip-addresses.
(pseudo code: if host is already in table -> no knew entry; sum the values
up... ).

Thanx for your great work.

Michel

Burton M. Strauss III | 3 Feb 2002 14:49
Picon

RE: [Ntop] odd statistics

Mark: Thanks for the info & screen shot.

Actually, it does seem the code is odd... in traffic.c, around 210:

                el->actualRcvdThpt       =
(float)(el->bytesRcvd-el-≥lastBytesRcvd)/timeDiff;
                if(el->peakRcvdThpt      < el->actualRcvdThpt)
el->peakRcvdThpt = el->actualRcvdThpt;
                if(el->peakSentThpt      < el->actualSentThpt)
el->peakSentThpt = el->actualSentThpt;
                el->actualSentThpt       =
(float)(el->bytesSent-el-≥lastBytesSent)/timeDiff;
                el->lastBytesSent        = el->bytesSent;
                el->lastBytesRcvd    = el->bytesRcvd;

                /* ******************************** */

                el->actualRcvdPktThpt    =
(float)(el->pktRcvd-el-≥lastPktRcvd)/timeDiff;
                if(el->peakRcvdPktThpt   < el->actualRcvdPktThpt)
el->peakRcvdPktThpt = el->actualRcvdPktThpt;
                if(el->peakSentPktThpt   < el->actualSentPktThpt)
el->peakSentPktThpt = el->actualSentPktThpt;
                el->actualSentPktThpt    =
(float)(el->pktSent-el-≥lastPktSent)/timeDiff;
                el->lastPktSent          = el->pktSent;
                el->lastPktRcvd      = el->pktRcvd;

s/b

(Continue reading)

Burton M. Strauss III | 4 Feb 2002 23:22
Picon

Internal changes - New flags, options, code changes - and a warning on big "diffs".

Warning: The myGlobals and BufferOverflow changes make for huge diffs, most
of which aren't meaningful.  See the bottom for a method to wash these
out...

Continuing the list of changes since mid-January, these are the internals
changes - of interest to developers...

1. myGlobals - Most of the global variables have now been moved into a
structure and are accessed through myGlobals.whatever.  This is defined in
the new file, globals.h.  It makes it clearer what's global and what's not.

    It's taken a bit of cleanup to get the comments fixed back up etc.
Also, initialization logic has been moved.  This, like BufferOverflow(),
makes for a big diff, but no functional impact.

    If you add a global variable, you also MUST put initialization into
initNtopGlobals(int argc, char * argv[]) (in globals-core.c) - all variables
need to be initialized here to a REASONABLE default value.

    If you add a command option, you also MUST put it into typedef struct
ntopGlobals in the right place, e.g.:

#ifdef HAVE_GDCHART
  int throughput_chart_type;         /* '129' */
#endif
  u_short noAdminPasswordHint;       /* '130' */

    Finally, a strong request from Luca to keep the short options list
(still in main.c) alphabetized!  It's now up to this:

(Continue reading)

araho | 5 Feb 2002 19:26

Angelo Raho/ITALY/ARROW è assente dall'ufficio.

Sarò assente dall'ufficio a partire dal  06/12/2001 e non rientrerò fino al
10/02/2002.

Risponderò al messaggio al mio ritorno.

DEEN_Tubal | 4 Feb 2002 02:51
Picon
Picon

Compile Error on solaris 2.6

Can anyone please help.

I am having problems compilling ntop under solaris 2.6 here is a snippet of the make

Note: configure works fine except for SSL which I don't need

# make
make  all-recursive
make[1]: Entering directory `/opt/src/ntop'
Making all in .
make[2]: Entering directory `/opt/src/ntop'
source='address.c' object='address.lo' libtool=yes \
depfile='.deps/address.Plo' tmpdepfile='.deps/address.TPlo' \
depmode=gcc3 /bin/sh ./depcomp \
/bin/sh ./libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I. -I. -I/usr/local/include
-I/opt/src/gdchart0.94c    -g -O2 -pipe -c -o address.lo `test -f address.c || echo './'`address.c
rm -f .libs/address.lo
gcc -DHAVE_CONFIG_H -I. -I. -I. -I. -I/usr/local/include -I/opt/src/gdchart0.94c -g -O2 -pipe -c
address.c -MT address.lo -MD -MP -MF .deps/address.TPlo  -fPIC -DPIC -o .libs/address.lo
address.c: In function `resolveAddress':
address.c:301: `data_data' undeclared (first use in this function)
address.c:301: (Each undeclared identifier is reported only once
address.c:301: for each function it appears in.)
address.c:307: `gdbmMutex' undeclared (first use in this function)
address.c:310: `gdbm_file' undeclared (first use in this function)
address.c:319: `key_data' undeclared (first use in this function)
address.c:319: `GDBM_REPLACE' undeclared (first use in this function)
address.c: In function `ipaddr2str':
address.c:516: `tmpBuf' undeclared (first use in this function)
address.c:519: `key_data' undeclared (first use in this function)
(Continue reading)

Miroslav Pragl | 6 Feb 2002 11:00
Picon

bugreport

Dear colleagues,
just tried to install current ntop-2.0-src.tgz (as of today) ntop on old
redhat 6.1.
Everything went fine but small error on "make install":

make  install-man1 install-man8
make[3]: Entering directory `/root/src/ntop/ntop'
/bin/sh ./mkinstalldirs /usr/local/man/man1
 /usr/bin/install -c -m 644 ./intop/intop.1
/usr/local/man/man1/intop/intop.1
/usr/bin/install: cannot create regular file
`/usr/local/man/man1/intop/intop.1': No such file or directory
make[3]: *** [install-man1] Error 1

i made /usr/local/man/man1/intop manually and re-ran make install - fixed.

Please correct.

Thank you

Miroslav

Miroslav Pragl | 6 Feb 2002 11:16
Picon

bugreport

Another small bug:

06/Feb/2002 11:05:54 Database '/var/ntop//dnsCache.db' open failed: File
open error
- one "/" more

Miroslav

Burton M. Strauss III | 6 Feb 2002 16:13
Picon

RE: Compile Error on solaris 2.6

Which version are you compiling and where did you get it from?

It looks like you are missing the gdbm stuff  (data_data is declared as a
datum, which is the return from the gdbm_fetch et al)

Make sure you have PROPERLY installed gdbm and that you don't have an error
when you run configure...

-----Burton

-----Original Message-----
From: ntop-dev-admin <at> unipi.it [mailto:ntop-dev-admin <at> unipi.it]On Behalf
Of DEEN_Tubal <at> canon.com.au
Sent: Sunday, February 03, 2002 7:51 PM
To: ntop-dev <at> unipi.it
Subject: [Ntop-dev] Compile Error on solaris 2.6

Can anyone please help.

I am having problems compilling ntop under solaris 2.6 here is a snippet of
the make

Note: configure works fine except for SSL which I don't need

# make
make  all-recursive
make[1]: Entering directory `/opt/src/ntop'
Making all in .
make[2]: Entering directory `/opt/src/ntop'
source='address.c' object='address.lo' libtool=yes \
(Continue reading)

Burton M. Strauss III | 6 Feb 2002 16:28
Picon

RE: bugreport

Post your command like - perhaps you have the trailing slash in your input??

-----Original Message-----
From: ntop-dev-admin <at> unipi.it [mailto:ntop-dev-admin <at> unipi.it]On Behalf Of
Miroslav Pragl
Sent: Wednesday, February 06, 2002 4:17 AM
To: ntop-dev <at> ntop.org
Subject: [Ntop-dev] bugreport

Another small bug:

06/Feb/2002 11:05:54 Database '/var/ntop//dnsCache.db' open failed: File
open error
- one "/" more

Miroslav
Burton M. Strauss III | 6 Feb 2002 18:05
Picon

Plugins compile MAY be fixed - need to verify

Gang:

It looks like the 06Feb2002 snapshot has fixed (at least for me) the plugins
compile problem.  From a few diff's it looks like Luca has backed off to
automake 1.4 (was 1.4-p5, although I'm running 1.5).  And also made a change
in configure.in back to what was in the initial 2.0 release.

Anyway, the Mac OS X cc --bundle etc. is no longer being executed on my
compiles.

Can anyone else test this and confirm?

Thanks!

-----Burton

diff3 ntop-20020206/configure.in ntop-2.0/configure.in
ntop-20020202/configure.in
...
====
1:195c
  dnl> AM_DISABLE_SHARED
2:194a
3:195c
  AM_DISABLE_SHARED


Gmane