1. I got libgd.so straightened out, so that warning is no more.
2. Will my debian package have the debugging symbols GDB needs? It suspiciously looks like it might not. It also looks like gdb is unsure of itself. Argh.:
(gdb) set args -L -u ntop -P /var/lib/ntop --skip-version-check -a /var/log/ntop/access.log -i eth1 -p /etc/ntop/protocol.list -O /var/log/ntop -t 6 -K
(gdb) run
Starting program: /usr/sbin/ntop -L -u ntop -P /var/lib/ntop --skip-version-check -a /var/log/ntop/access.log -i eth1 -p /etc/ntop/protocol.list -O /var/log/ntop -t 6 -K
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread 16384 (LWP 2636)]
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
Fri Dec 23 15:43:52 2005 NOTE: Interface merge enabled by default
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
Fri Dec 23 15:43:52 2005 [MSGID8469382] [t16384 globals-core:100] Initializing gdbm databases
Fri Dec 23 15:43:52 2005 [MSGID0234024] [t16384 initialize:912] Opening database '/var/lib/ntop/prefsCache.db'
Fri Dec 23 15:43:52 2005 [MSGID0234024] [t16384 initialize:912] Opening database '/var/lib/ntop/ntop_pw.db'
Fri Dec 23 15:43:52 2005 [MSGID9125804] [t16384 prefs:236] NOTE: Reading preferences file entries
Fri Dec 23 15:43:52 2005 [MSGID9325092] [t16384 prefs:281] NOTE: Processing parameters (pass2)
[New Thread 32769 (LWP 2637)]
/build/buildd/gdb-6.3.90.20051119/gdb/linux-nat.c:2125: internal-error: linux_nat_wait: Assertion `iterate_over_lwps (running_callback, NULL)' failed.
A problem internal to GDB has been detected,
further debugging may prove unreliable.
Quit this debugging session? (y or n)
If I hit n, a bt full kicks back "No symbol table info available". for all of the threads.
Debian seems to have source packages of their versions - would I need to build that with a debugging flag on, or is GDB unhappy?
Thanks
Matt
On 12/23/05, Burton Strauss <[EMAIL PROTECTED]> wrote:
Well, w/o gd you won't be able to create graphs, but at the point of that message it's just a warning - it was unable to load the library so it couldn't determine the version.Still, when it does become time to create graphs, if ntop can't load the library it will probably fail at the OS level. So you definitely need to fix it - make sure the directory is available, usually via LD_LIBRARY_PATH or it's equiv.As for permissions, I usually recommend ownership of all those files by ntop. But the split doesn't hurt - those that are created before ntop sheds privilege are owned by root, those that are created afterwards are owned by ntop. The only time it causes problems is when you run the first time AS root (-u root) - then the ntop userid can't access the files it should.The stop command usually - and I can't speak for the Debian script as that's not part of the ntop source - checks for the .pid file or a lock file, rather than whether the executable is really running.I'd(1) Make sure you have the higher trace level set (-t 5)(2) If that doesn't show anything, then run under the debugger (gdb) and capture the true failure point info.-----Burton
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Matt Ostiguy
Sent: Friday, December 23, 2005 1:25 PM
To: [email protected]
Subject: [Ntop] Ntop on debian on sparc - not much happeningI have the debian unstable/testing ntop 3.2 package installed on a ultrasparc 60 running 3.1 debian. Everything installed cleanly, I set the ntop admin password, and issued a /etc/init.d/ntop start. Ntop will start as a daemon, but nothing seems to happen - nothing created in the rrd directory, and the built in web server serves nothing.
Other than:
prefsCache.db
ntop.pid
fingerprint.db
addressQueue.db
No files seem to get touched - those 4 seem to get updated when ntop is started (but never again), but nothing else happens. Telnetting to port 3000, or using a web browser will result in a tcp handshake coming up, but no actual http traffic is passed. Ntop is properly using the eth1 interface, as its logs say it is using it and the kernel also logs it going into promiscuous mode. Eth1 is up, with no ip address assigned as it is dedicated to ntop.
The only thing that seems off in the log is a just a warning: GDVERCHK: Unable to load gd, message is 'libgd.so: cannot open shared object file: No such file or directory'
/usr/sbin/ntop -d -L -u ntop -P /var/lib/ntop --skip-version-check -a /var/log/ntop/access.log -i eth1 -p /etc/ntop/protocol.list -O /var/log/ntop
Is what is being run when starting via /etc/init.d/ntop start.
When I /etc/init.d/ntop stop , it tells me that ntop not stopped, need to kill manually, but there are no ntop processes runing. The ntop log entries from that stop appear to indicate a graceful shutdown.
What should the file permissions look like? It seems it is a mix of files owned by root and ntop. If they were a problem, would ntop log an error?
They looked like this:
ls -l -t /var/lib/ntop
total 1316
-rw-r--r-- 1 root root 25198 2005-12-21 15:51 prefsCache.db
-rw------- 1 ntop ntop 5 2005-12-21 15:51 ntop.pid
-rw-r--r-- 1 root root 24 2005-12-21 15:51 6.eth1.pcap
-rw-r--r-- 1 root root 246025 2005-12-21 15:51 fingerprint.db
-rw-r--r-- 1 root root 24576 2005-12-21 15:51 addressQueue.db
drwx------ 5 root root 4096 2005-12-20 11:45 rrd
-rw-rw-r-- 1 root root 24576 2005-12-19 15:50 LsWatch.db
-rw-r--r-- 1 root root 24834 2005-12-19 15:50 ntop_pw.db
-rw-r--r-- 1 root root 1090128 2005-12-19 15:49 macPrefix.db
-rw-r--r-- 1 root root 24576 2005-12-19 15:49 dnsCache.db
-rw-r--r-- 1 ntop root 30 2005-12-06 17:10 init.cfg
/var/lib/ntop itself is dwrx-r-x--- ntop root ...
I tried chmod'ing them to ntop, and that did not change anything.
Any ideas?
Thanks in advance,
Matt
_______________________________________________
Ntop mailing list
[email protected]
http://listgateway.unipi.it/mailman/listinfo/ntop
_______________________________________________ Ntop mailing list [email protected] http://listgateway.unipi.it/mailman/listinfo/ntop
