3 Nov 2003 15:03
3 Nov 2003 15:03
3 Nov 2003 15:46
3 Nov 2003 18:57
numerous warnings
mr pal <ooblick <at> hotmail.com>
2003-11-03 17:57:51 GMT
2003-11-03 17:57:51 GMT
Greets I have installed ntop / rrdtool again and have numerous warnings come up. I am wondering if someon could have a look at them, I have enclosed the entire package install of rrdtool and ntop with their associated dependancies using script. Rather than create a massive email, I have the entire file here: http://www.starblanket.ca/ntop/rrdtool.txt I have installed the same setup using the latest ports and from source using 2.2.95 and 96 wtih the same warnings showing up. This has been installed on FreeBSD 4.7, 4.8 and 5.1, in both release and cvs patched mode. All have the same issue of maxing the processor at 99+ % when using ssl-watchdog. Each installation will gather data fine, when being viewed via the ntop web server or Apache, ntop will cease allowing the information to be viewed and effectively locks out the user. Any pointers are welcome Sincerely Bob DeBolt _________________________________________________________________ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.msn.com%2f%3fpage%3dmisc%2fspecialoffers%26pgmarket%3den-ca
4 Nov 2003 11:22
4 Nov 2003 16:29
New ntop commit (author burton)
<cvs-commit <at> ntop.org>
2003-11-04 15:29:20 GMT
2003-11-04 15:29:20 GMT
Update of /export/home/ntop/ntop
In directory jabber:/tmp/cvs-serv7415
Modified Files:
initialize.c http.c pbuf.c graph.c hash.c protocols.c util.c
ntop.c
Log Message:
BMS0389 - misc fixes from running under Valgrind etc.
(note that some of these items don't affect ntop per se, they're
just cleanups for things valgrind whines about)
1. free() in rrd macro MYFREAD - small leak
2. add tryLockMutex() call before delete - valgrind whines if they're not
locked by the deleter.
3. free() of old device data when we extend the structure.
ntop builds the device array one device at a time. For each new device, the
old structure (250+KB per device) was not being freed. For the typical
case (ntop -i eth0), there was no loss, but the unfreed memory could be a
large amount if there were multiple devices.
4. Init p[] to 0.0 in graph.c.
5. Add if != NULL on a couple of free() calls in hash.c
6. Move free() of host->protocolInfo outside if, so it's always freed.
(Continue reading)
4 Nov 2003 16:27
New ntop commit (author burton)
<cvs-commit <at> ntop.org>
2003-11-04 15:27:03 GMT
2003-11-04 15:27:03 GMT
Update of /export/home/ntop/ntop/myrrd
In directory jabber:/tmp/cvs-serv7399/myrrd
Modified Files:
rrd_open.c
Log Message:
BMS0389 - misc fixes from running under Valgrind etc.
(note that some of these items don't affect ntop per se, they're
just cleanups for things valgrind whines about)
1. free() in rrd macro MYFREAD - small leak
-----Burton
4 Nov 2003 16:27
New ntop commit (author burton)
<cvs-commit <at> ntop.org>
2003-11-04 15:27:52 GMT
2003-11-04 15:27:52 GMT
Update of /export/home/ntop/ntop/plugins
In directory jabber:/tmp/cvs-serv7406/plugins
Modified Files:
netflowPlugin.c
Log Message:
BMS0389 - misc fixes from running under Valgrind etc.
(note that some of these items don't affect ntop per se, they're
just cleanups for things valgrind whines about)
2. add tryLockMutex() call before delete - valgrind whines if they're not
locked by the deleter.
-----Burton
4 Nov 2003 18:39
4 Nov 2003 19:54
New ntop commit (author burton)
<cvs-commit <at> ntop.org>
2003-11-04 18:54:27 GMT
2003-11-04 18:54:27 GMT
Update of /export/home/ntop/ntop/plugins
In directory jabber:/tmp/cvs-serv7735/plugins
Modified Files:
netflowPlugin.c
Log Message:
BMS0392
Clarify messages in the netFlow plugin about the incoming and outgoing
settings.
Thanks to Tony Cetera [Tony.Cetera <at> thomson.com] for the suggestion.
-----Burton
PS: Oink, Oink... Neigh... Now even the clueless should be
able to figure this out.
RSS Feed