Burton Strauss | 1 Dec 2005 19:21

RE: New ntop commit (author ola)

Welcome...

Roland/Opa: If that's the case, then restoring the gcc case esac lines
should fix things.

Luca: Since this has never been an issue except on Mac OS X, can you test
Ola's change (with the case statements added back in) on a system w/o gcc?

Thanks!

-----Burton

-----Original Message-----
From: Roland Illig [mailto:rillig <at> NetBSD.org] 
Sent: Thursday, December 01, 2005 12:02 PM
To: Burton Strauss
Cc: opal <at> debian.org; 'Luca Deri'; ntop-dev <at> unipi.it
Subject: Re: [Ntop-dev] New ntop commit (author ola)

<snip />

> The point I was trying to make is that the change which was actually 
> made to ntop's configure.in TESTED $ac_link, instead of using it as 
> the helper to execute whatever compiler should be used to compile/link 
> the test program created to test for the presence of mallinfo.h.

No, it _uses_ $ac_link to build a program. The

     if eval "$ac_link"; then
         foo
(Continue reading)

Roland Illig | 1 Dec 2005 19:32
Picon
Picon

Re: New ntop commit (author ola)

Burton Strauss wrote:
> Welcome...
> 
> Roland/Opa: If that's the case, then restoring the gcc case esac lines
> should fix things.

Please don't. Some system may have called their gcc simply /usr/bin/cc. 
You won't catch these systems by restricting the name.

Roland
Burton Strauss | 1 Dec 2005 19:39

RE: New ntop commit (author ola)

Hence why I asked Luca to test this.  He originally added the case statement
to prevent the test from bombing ./configure on Mac OS X.

Luca: I guess we need a test on Mac OS X with the stuff currently in the
cvs, first.  If that works, great.  If not, we'll have to figure out how to
do this...

-----Burton

-----Original Message-----
From: ntop-dev-bounces <at> unipi.it [mailto:ntop-dev-bounces <at> unipi.it] On Behalf
Of Roland Illig
Sent: Thursday, December 01, 2005 12:33 PM
To: ntop-dev <at> Unipi.IT
Cc: 'Luca Deri'
Subject: Re: [Ntop-dev] New ntop commit (author ola)

Burton Strauss wrote:
> Welcome...
> 
> Roland/Opa: If that's the case, then restoring the gcc case esac lines 
> should fix things.

Please don't. Some system may have called their gcc simply /usr/bin/cc. 
You won't catch these systems by restricting the name.

Roland
_______________________________________________
Ntop-dev mailing list
Ntop-dev <at> unipi.it
(Continue reading)

cvs-commit | 2 Dec 2005 12:44

New ntop commit (author deri)

Update of /export/home/ntop/PF_RING/userland/libpcap-0.9.4-ring
In directory unknown:/tmp/cvs-serv11565/userland/libpcap-0.9.4-ring

Modified Files:
	pcap-linux.c 
Log Message:
Added fix courtesy of Todd Richmond <richmond <at> proofpoint.com>
Todd Bushnell | 5 Dec 2005 18:13

ntop-3.2-0.fc2 crashes

Im having a problem with ntop-3.2-0.fc2 crashing on me.  Here are the specifics:

Install is fine.

No issues with initial startup

After data is collected for several hours ntop will crash as soon as I launch the webUI and refresh it one time.

Ive set debug mode as verbose as possible, but there are no unusual messages at the time of the crash.  The last message in the logs each time is:

Dec  5 09:07:48 diggers ntop[4902]:  [MSGID8807438] [t3037723568 http:3135] SECURITY: Loading items table

Anybody have a similar experience or any ideas as to what could be causing this?


Todd Michael Bushnell, CISSP | Information Security Manager
DemandTec, Inc. | 1 Circle Star Way, Suite 200 | San Carlos, CA 94070
tel | +1.650.226.4708 cell | +1.415.271.3771 fax | +1.650.556.1190

www.demandtec.com



---------------------------------------------------------------------------------------------------------------------------------------------
DEMANDTEC EMAIL NOTICE:

NOTICE: This email transmission and all attached files contain information intended for the designated individual or entity to whom it is addressed and may contain information that is proprietary, privileged and/or exempt from disclosure under applicable law. If you are not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution, copying, or other use of this email or its attachments is strictly prohibited. If you have received this email in error, please notify the sender immediately by replying to this message and please delete the original message without making any copies.

WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. Although we have taken reasonable precautions to ensure that this email and all attachments are free from viruses, we accept no liability for any loss or damage arising from the use of this email or its attachments.


_______________________________________________
Ntop-dev mailing list
Ntop-dev <at> unipi.it
http://listgateway.unipi.it/mailman/listinfo/ntop-dev
Burton Strauss | 5 Dec 2005 23:35

RE: ntop-3.2-0.fc2 crashes

Usual answer - right out of docs/FAQ. 
 
(1) Log is useless - too much goes on which isn't logged.
 
(2) You'll need to run under the debugger gdb, (guide is at the bottom of docs/FAQ) and capture the true failure point info.
 
-----Burton

From: ntop-dev-bounces <at> unipi.it [mailto:ntop-dev-bounces <at> unipi.it] On Behalf Of Todd Bushnell
Sent: Monday, December 05, 2005 11:13 AM
To: ntop-dev <at> Unipi.IT
Subject: [Ntop-dev] ntop-3.2-0.fc2 crashes

Im having a problem with ntop-3.2-0.fc2 crashing on me.  Here are the specifics:

Install is fine.

No issues with initial startup

After data is collected for several hours ntop will crash as soon as I launch the webUI and refresh it one time.

Ive set debug mode as verbose as possible, but there are no unusual messages at the time of the crash.  The last message in the logs each time is:

Dec  5 09:07:48 diggers ntop[4902]:  [MSGID8807438] [t3037723568 http:3135] SECURITY: Loading items table

Anybody have a similar experience or any ideas as to what could be causing this?


Todd Michael Bushnell, CISSP | Information Security Manager
DemandTec, Inc. | 1 Circle Star Way, Suite 200 | San Carlos, CA 94070
tel | +1.650.226.4708 cell | +1.415.271.3771 fax | +1.650.556.1190

www.demandtec.com



---------------------------------------------------------------------------------------------------------------------------------------------
DEMANDTEC EMAIL NOTICE:

NOTICE: This email transmission and all attached files contain information intended for the designated individual or entity to whom it is addressed and may contain information that is proprietary, privileged and/or exempt from disclosure under applicable law. If you are not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution, copying, or other use of this email or its attachments is strictly prohibited. If you have received this email in error, please notify the sender immediately by replying to this message and please delete the original message without making any copies.

WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. Although we have taken reasonable precautions to ensure that this email and all attachments are free from viruses, we accept no liability for any loss or damage arising from the use of this email or its attachments.


_______________________________________________
Ntop-dev mailing list
Ntop-dev <at> unipi.it
http://listgateway.unipi.it/mailman/listinfo/ntop-dev
Burton Strauss | 6 Dec 2005 19:34

RE: ntop-3.2-0.fc2 crashes

Please use the list, unless you are looking for fee-based support (which I'm happy to provide, btw).
 
gdb is a wonderful pit of arcana...  you are right about run.
 
As you have done, you can try using ntop's -K switch ... that disables the fork() calls and other stuff, which is enough of a change that you don't always see the same problems.
 
You can try adding the gdb parameter 'set follow-fork-mode child' before the run, e.g.:
gdb /usr/local/bin/ntop
...
(gdb) set args -u root -i eth0 <at> /etc/ntop.conf -K
(gdb) set follow-fork-mode child
(gdb) r

That should follow ntop through it's daemonizing process.  Usually I just remove the daemonizing switch from the .conf file, however.

Inside gdb, you may also see it break on SIGPIPE ... that's something that just happens and can't be worked around, so if you see it, just type cont (continue) and it will continue...  The bomb you are looking for is probably a SIGSEGV.

-----Burton

 
 
From: Todd Bushnell [mailto:Todd.Bushnell <at> demandtec.com]
Sent: Tuesday, December 06, 2005 11:54 AM
To: Burton <at> ntopSupport.com
Subject: RE: [Ntop-dev] ntop-3.2-0.fc2 crashes

Thanks for the guidance sorry for not RTFM :-\

Forgive my gdb ignorance, but when I try running ntop via gdb using the faq instructions Im unable to launch the browser (which I can do one time (before crashing) when I run ntop regularly).  I then assumed that it was implied that we need to do arun in gdb after setting the arguments.  When I try this I get the following:

-={tbushnel <at> diggers}=- pts -={09:40/06-Dec-05}=- 

<snip /> 

Tue Dec  6 09:45:52 2005  Initializing gdbm databases

Detaching after fork from child process 14763.

Program exited normally.

Am I doing something wrong? 

 

Todd Michael Bushnell, CISSP | Information Security Manager
DemandTec, Inc. | 1 Circle Star Way, Suite 200 | San Carlos, CA 94070
tel | +1.650.226.4708 cell | +1.415.271.3771 fax | +1.650.556.1190

_______________________________________________
Ntop-dev mailing list
Ntop-dev <at> unipi.it
http://listgateway.unipi.it/mailman/listinfo/ntop-dev
Todd Bushnell | 7 Dec 2005 21:56

RE: ntop-3.2-0.fc2 crashes


First off, apologies for sending last email directly to you - not my
intention.

So I took your advice (why wouldn't I) regarding disabling daemon mode
in the config file.  Unfortunately, still having problems.  Here's the
latest:

(gdb) set args -u root -i eth0  <at> /etc/ntop.conf -K
(gdb) r
Starting program: /usr/local/bin/ntop -u root -i eth0  <at> /etc/ntop.conf -K
[Thread debugging using libthread_db enabled]
[New Thread -1208764736 (LWP 18351)]
   Processing file /etc/ntop.conf for parameters...
Wed Dec  7 12:45:21 2005  NOTE: Interface merge enabled by default
Wed Dec  7 12:45:21 2005  Initializing gdbm databases
Wed Dec  7 12:45:21 2005  **ERROR** ....open of
/usr/share/ntop/prefsCache.db failed: File open error
Wed Dec  7 12:45:21 2005  Possible solution: please use '-P <directory>'
Wed Dec  7 12:45:21 2005  **FATAL_ERROR** GDBM open failed, ntop
shutting down...

Program received signal SIGINT, Interrupt.
[Switching to Thread -1208764736 (LWP 18351)]
0x002d07a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2

---------

Here's the contents of the directory in question:

-={$:~}=-ls -al /usr/share/ntop/             
total 3488
drwxr-xr-x    5 ntop ntop    4096 Dec  7 08:13 ./
drwxr-xr-x  234 root root   12288 Dec  6 09:03 ../
-rw-r--r--    1 root root  225300 Dec  7 12:37 addressQueue.db
-rw-r--r--    1 root root 2015232 Dec  7 12:37 dnsCache.db
-rw-r--r--    1 root root  237568 Dec  7 08:13 fingerprint.db
drwxr-xr-x    3 root root    4096 Dec  5 08:34 html/
-rw-rw-r--    1 root root   12288 Dec  7 08:13 LsWatch.db
-rw-r--r--    1 root root 1110238 Dec  7 08:13 macPrefix.db
-rw-------    1 ntop ntop       6 Dec  7 08:13 ntop.pid
-rw-r--r--    1 root root   12546 Dec  7 08:07 ntop_pw.db
drwxr-xr-x    2 root root    4096 Dec  7 08:06 olddb/
-rw-r--r--    1 root root   13326 Dec  7 08:21 prefsCache.db
drwxr-xr-x    5 ntop ntop    4096 Dec  4 19:45 rrd/

As a test I tried moving the old db files to ./olddb and relaunching via
debugger to allow them to be recreated (in case there is a corruption).
Unfortunately, while run in debugger I was unable to view in browser.
The port responds, but no love from the browser.  I then removed the
newly created db files again and launched again in daemon mode - NTOP
worked fine for awhile.  I let it run and checked back a couple hours
later to find the following:

1.  Accumulated view now just shows (x GlobalipProtocol distribution
chart) where image should be.

2.  Historical view now just shows x where image should be.

These are the same symptoms as before.  The next time I refreshed the
browser NTOP crashed.  I suspect something is causing one of these db
files to get corrupted after a certain amount of data is collected...
but then again I really don't know what I'm talking about here which is
why I defer to you.

Let me know if you recommend any other steps for troubleshooting this
issue.  Thank you very much for all your help thus far.

Todd Michael Bushnell, CISSP | Information Security Manager
DemandTec, Inc. | 1 Circle Star Way, Suite 200 | San Carlos, CA 94070
tel | +1.650.226.4708 cell | +1.415.271.3771 fax | +1.650.556.1190
www.demandtec.com


-----Original Message-----
From: ntop-dev-bounces <at> unipi.it [mailto:ntop-dev-bounces <at> unipi.it] On
Behalf Of ntop-dev-request <at> unipi.it
Sent: Wednesday, December 07, 2005 3:00 AM
To: ntop-dev <at> unipi.it
Subject: Ntop-dev Digest, Vol 19, Issue 5

Send Ntop-dev mailing list submissions to
	ntop-dev <at> unipi.it

To subscribe or unsubscribe via the World Wide Web, visit
	http://listgateway.unipi.it/mailman/listinfo/ntop-dev
or, via email, send a message with subject or body 'help' to
	ntop-dev-request <at> unipi.it

You can reach the person managing the list at
	ntop-dev-owner <at> unipi.it

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Ntop-dev digest..."

Today's Topics:

   1. RE: ntop-3.2-0.fc2 crashes (Burton Strauss)

----------------------------------------------------------------------

Message: 1
Date: Tue, 6 Dec 2005 12:34:56 -0600
From: "Burton Strauss" <Burton <at> ntopSupport.com>
Subject: RE: [Ntop-dev] ntop-3.2-0.fc2 crashes
To: <ntop-dev <at> Unipi.IT>
Message-ID: <00d301c5fa93$c34ce460$f700ca0a <at> burtonstrauss.local>
Content-Type: text/plain; charset="us-ascii"

Please use the list, unless you are looking for fee-based support (which
I'm
happy to provide, btw).

gdb is a wonderful pit of arcana...  you are right about run.

As you have done, you can try using ntop's -K switch ... that disables
the
fork() calls and other stuff, which is enough of a change that you don't
always see the same problems.

You can try adding the gdb parameter 'set follow-fork-mode child' before
the
run, e.g.:

gdb /usr/local/bin/ntop
...
(gdb) set args -u root -i eth0  <at> /etc/ntop.conf -K
(gdb) set follow-fork-mode child
(gdb) r

That should follow ntop through it's daemonizing process.  Usually I
just
remove the daemonizing switch from the .conf file, however.

Inside gdb, you may also see it break on SIGPIPE ... that's something
that
just happens and can't be worked around, so if you see it, just type
cont
(continue) and it will continue...  The bomb you are looking for is
probably
a SIGSEGV.

-----Burton



  _____ 

From: Todd Bushnell [mailto:Todd.Bushnell <at> demandtec.com]
Sent: Tuesday, December 06, 2005 11:54 AM
To: Burton <at> ntopSupport.com
Subject: RE: [Ntop-dev] ntop-3.2-0.fc2 crashes

Thanks for the guidance - sorry for not RTFM :-\

Forgive my gdb ignorance, but when I try running ntop via gdb using the
faq
instructions I'm unable to launch the browser (which I can do one time
(before crashing) when I run ntop regularly).  I then assumed that it
was
implied that we need to do a "run" in gdb after setting the arguments.
When
I try this I get the following:

-={tbushnel <at> diggers}=- pts -={09:40/06-Dec-05}=-

<snip />

Tue Dec  6 09:45:52 2005  Initializing gdbm databases

Detaching after fork from child process 14763.

Program exited normally.

Am I doing something wrong? 

 

Todd Michael Bushnell, CISSP | Information Security Manager
DemandTec, Inc. | 1 Circle Star Way, Suite 200 | San Carlos, CA 94070
tel | +1.650.226.4708 cell | +1.415.271.3771 fax | +1.650.556.1190

-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://listgateway.unipi.it/pipermail/ntop-dev/attachments/20051206/12a3
7550/attachment-0001.htm

------------------------------

_______________________________________________
Ntop-dev mailing list
Ntop-dev <at> unipi.it
http://listgateway.unipi.it/mailman/listinfo/ntop-dev

End of Ntop-dev Digest, Vol 19, Issue 5
***************************************

<html>
<body>
  <span style="font-size:8.0pt;font-family:Arial">---------------------------------------------------------------------------------------------------------------------------------------------</span>
  <span style="font-size:8.0pt;font-family:Arial">DEMANDTEC EMAIL NOTICE:</span>
  <p><span style="font-size:8.0pt;font-family:Arial">NOTICE: This email transmission and all
attached files contain information intended for the designated individual or entity to whom it is
addressed and may contain information that is proprietary, privileged and/or exempt from disclosure
under applicable law.  If you are not the intended recipient or an employee or agent responsible for
delivering this message to the intended recipient, you are hereby notified that any dissemination,
distribution, copying,  or other use of this email or its attachments is strictly prohibited.  If you have
received this email in error, please notify the sender immediately by replying to this message and please
delete the original message without making any copies.</span>
  <p><span style="font-size:8.0pt;font-family:Arial">WARNING: Computer viruses can be transmitted
via email.  The recipient should check this email and any attachments for the presence of viruses. 
Although we have taken reasonable precautions to ensure that this email and all attachments are free from
viruses, we accept no liability for any loss or damage arising from the use of this email or its attachments.</span>
</body>
</html>
Burton Strauss | 8 Dec 2005 00:01

RE: RE: ntop-3.2-0.fc2 crashes

No worries...

That smells like you aren't starting gdb as root?  -u isn't a privilege GAIN
mechanism, it's a SHEDDER.

-----Burton

-----Original Message-----
From: ntop-dev-bounces <at> unipi.it [mailto:ntop-dev-bounces <at> unipi.it] On Behalf
Of Todd Bushnell
Sent: Wednesday, December 07, 2005 2:57 PM
To: ntop-dev <at> Unipi.IT
Subject: [Ntop-dev] RE: ntop-3.2-0.fc2 crashes 

First off, apologies for sending last email directly to you - not my
intention.

So I took your advice (why wouldn't I) regarding disabling daemon mode in
the config file.  Unfortunately, still having problems.  Here's the
latest:

(gdb) set args -u root -i eth0  <at> /etc/ntop.conf -K
(gdb) r
Starting program: /usr/local/bin/ntop -u root -i eth0  <at> /etc/ntop.conf -K
[Thread debugging using libthread_db enabled] [New Thread -1208764736 (LWP
18351)]
   Processing file /etc/ntop.conf for parameters...
Wed Dec  7 12:45:21 2005  NOTE: Interface merge enabled by default Wed Dec
7 12:45:21 2005  Initializing gdbm databases Wed Dec  7 12:45:21 2005
**ERROR** ....open of /usr/share/ntop/prefsCache.db failed: File open error
Wed Dec  7 12:45:21 2005  Possible solution: please use '-P <directory>'
Wed Dec  7 12:45:21 2005  **FATAL_ERROR** GDBM open failed, ntop shutting
down...

Program received signal SIGINT, Interrupt.
[Switching to Thread -1208764736 (LWP 18351)]
0x002d07a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2

---------

Here's the contents of the directory in question:

-={$:~}=-ls -al /usr/share/ntop/             

total 3488
drwxr-xr-x    5 ntop ntop    4096 Dec  7 08:13 ./
drwxr-xr-x  234 root root   12288 Dec  6 09:03 ../
-rw-r--r--    1 root root  225300 Dec  7 12:37 addressQueue.db
-rw-r--r--    1 root root 2015232 Dec  7 12:37 dnsCache.db
-rw-r--r--    1 root root  237568 Dec  7 08:13 fingerprint.db
drwxr-xr-x    3 root root    4096 Dec  5 08:34 html/
-rw-rw-r--    1 root root   12288 Dec  7 08:13 LsWatch.db
-rw-r--r--    1 root root 1110238 Dec  7 08:13 macPrefix.db
-rw-------    1 ntop ntop       6 Dec  7 08:13 ntop.pid
-rw-r--r--    1 root root   12546 Dec  7 08:07 ntop_pw.db
drwxr-xr-x    2 root root    4096 Dec  7 08:06 olddb/
-rw-r--r--    1 root root   13326 Dec  7 08:21 prefsCache.db
drwxr-xr-x    5 ntop ntop    4096 Dec  4 19:45 rrd/

As a test I tried moving the old db files to ./olddb and relaunching via
debugger to allow them to be recreated (in case there is a corruption).
Unfortunately, while run in debugger I was unable to view in browser.
The port responds, but no love from the browser.  I then removed the newly
created db files again and launched again in daemon mode - NTOP worked fine
for awhile.  I let it run and checked back a couple hours later to find the
following:

1.  Accumulated view now just shows (x GlobalipProtocol distribution
chart) where image should be.

2.  Historical view now just shows x where image should be.

These are the same symptoms as before.  The next time I refreshed the
browser NTOP crashed.  I suspect something is causing one of these db files
to get corrupted after a certain amount of data is collected...
but then again I really don't know what I'm talking about here which is why
I defer to you.

Let me know if you recommend any other steps for troubleshooting this issue.
Thank you very much for all your help thus far.

Todd Michael Bushnell, CISSP | Information Security Manager DemandTec, Inc.
| 1 Circle Star Way, Suite 200 | San Carlos, CA 94070 tel | +1.650.226.4708
cell | +1.415.271.3771 fax | +1.650.556.1190

www.demandtec.com

-----Original Message-----
From: ntop-dev-bounces <at> unipi.it [mailto:ntop-dev-bounces <at> unipi.it] On Behalf
Of ntop-dev-request <at> unipi.it
Sent: Wednesday, December 07, 2005 3:00 AM
To: ntop-dev <at> unipi.it
Subject: Ntop-dev Digest, Vol 19, Issue 5

Send Ntop-dev mailing list submissions to
	ntop-dev <at> unipi.it

To subscribe or unsubscribe via the World Wide Web, visit
	http://listgateway.unipi.it/mailman/listinfo/ntop-dev
or, via email, send a message with subject or body 'help' to
	ntop-dev-request <at> unipi.it

You can reach the person managing the list at
	ntop-dev-owner <at> unipi.it

When replying, please edit your Subject line so it is more specific than
"Re: Contents of Ntop-dev digest..."

Today's Topics:

   1. RE: ntop-3.2-0.fc2 crashes (Burton Strauss)

----------------------------------------------------------------------

Message: 1
Date: Tue, 6 Dec 2005 12:34:56 -0600
From: "Burton Strauss" <Burton <at> ntopSupport.com>
Subject: RE: [Ntop-dev] ntop-3.2-0.fc2 crashes
To: <ntop-dev <at> Unipi.IT>
Message-ID: <00d301c5fa93$c34ce460$f700ca0a <at> burtonstrauss.local>
Content-Type: text/plain; charset="us-ascii"

Please use the list, unless you are looking for fee-based support (which I'm
happy to provide, btw).

gdb is a wonderful pit of arcana...  you are right about run.

As you have done, you can try using ntop's -K switch ... that disables the
fork() calls and other stuff, which is enough of a change that you don't
always see the same problems.

You can try adding the gdb parameter 'set follow-fork-mode child' before the
run, e.g.:

gdb /usr/local/bin/ntop
...
(gdb) set args -u root -i eth0  <at> /etc/ntop.conf -K
(gdb) set follow-fork-mode child
(gdb) r

That should follow ntop through it's daemonizing process.  Usually I just
remove the daemonizing switch from the .conf file, however.

Inside gdb, you may also see it break on SIGPIPE ... that's something that
just happens and can't be worked around, so if you see it, just type cont
(continue) and it will continue...  The bomb you are looking for is probably
a SIGSEGV.

-----Burton

  _____ 

From: Todd Bushnell [mailto:Todd.Bushnell <at> demandtec.com]

Sent: Tuesday, December 06, 2005 11:54 AM
To: Burton <at> ntopSupport.com
Subject: RE: [Ntop-dev] ntop-3.2-0.fc2 crashes

Thanks for the guidance - sorry for not RTFM :-\

Forgive my gdb ignorance, but when I try running ntop via gdb using the faq
instructions I'm unable to launch the browser (which I can do one time
(before crashing) when I run ntop regularly).  I then assumed that it was
implied that we need to do a "run" in gdb after setting the arguments.
When
I try this I get the following:

-={tbushnel <at> diggers}=- pts -={09:40/06-Dec-05}=-

<snip />

Tue Dec  6 09:45:52 2005  Initializing gdbm databases

Detaching after fork from child process 14763.

Program exited normally.

Am I doing something wrong? 

Todd Michael Bushnell, CISSP | Information Security Manager DemandTec, Inc.
| 1 Circle Star Way, Suite 200 | San Carlos, CA 94070 tel | +1.650.226.4708
cell | +1.415.271.3771 fax | +1.650.556.1190

-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://listgateway.unipi.it/pipermail/ntop-dev/attachments/20051206/12a3
7550/attachment-0001.htm

------------------------------

_______________________________________________
Ntop-dev mailing list
Ntop-dev <at> unipi.it
http://listgateway.unipi.it/mailman/listinfo/ntop-dev

End of Ntop-dev Digest, Vol 19, Issue 5
***************************************

<html>
<body>
  <span
style="font-size:8.0pt;font-family:Arial">----------------------------------
----------------------------------------------------------------------------
-------------------------------</span>
  <span style="font-size:8.0pt;font-family:Arial">DEMANDTEC EMAIL
NOTICE:</span>
  <p><span style="font-size:8.0pt;font-family:Arial">NOTICE: This email
transmission and all attached files contain information intended for the
designated individual or entity to whom it is addressed and may contain
information that is proprietary, privileged and/or exempt from disclosure
under applicable law.  If you are not the intended recipient or an employee
or agent responsible for delivering this message to the intended recipient,
you are hereby notified that any dissemination, distribution, copying,  or
other use of this email or its attachments is strictly prohibited.  If you
have received this email in error, please notify the sender immediately by
replying to this message and please delete the original message without
making any copies.</span>
  <p><span style="font-size:8.0pt;font-family:Arial">WARNING: Computer
viruses can be transmitted via email.  The recipient should check this email
and any attachments for the presence of viruses.  Although we have taken
reasonable precautions to ensure that this email and all attachments are
free from viruses, we accept no liability for any loss or damage arising
from the use of this email or its attachments.</span> </body> </html>
_______________________________________________
Ntop-dev mailing list
Ntop-dev <at> unipi.it
http://listgateway.unipi.it/mailman/listinfo/ntop-dev
Todd Bushnell | 8 Dec 2005 22:14

RE: ntop-3.2-0.fc2 crashes


Okay, I wasn't running gdb as root - doing so resolved the permission
issues on the file.  I know longer have the permission issues and the
app runs within gdb.  Unfortunately, when running in this manner I'm
unable to view via the UI (http://localhost:3000).  It just hangs
indefinitely.  The process remains running and the port responds on port
3000 (telnet localhost 3000) - there's just no response via the browser.
This is a problem because it's the view through the browser that causes
it to crash and is therefore what I want to debug. 

Any ideas?  Thanks.

Todd

<html>
<body>
  <span style="font-size:8.0pt;font-family:Arial">---------------------------------------------------------------------------------------------------------------------------------------------</span>
  <span style="font-size:8.0pt;font-family:Arial">DEMANDTEC EMAIL NOTICE:</span>
  <p><span style="font-size:8.0pt;font-family:Arial">NOTICE: This email transmission and all
attached files contain information intended for the designated individual or entity to whom it is
addressed and may contain information that is proprietary, privileged and/or exempt from disclosure
under applicable law.  If you are not the intended recipient or an employee or agent responsible for
delivering this message to the intended recipient, you are hereby notified that any dissemination,
distribution, copying,  or other use of this email or its attachments is strictly prohibited.  If you have
received this email in error, please notify the sender immediately by replying to this message and please
delete the original message without making any copies.</span>
  <p><span style="font-size:8.0pt;font-family:Arial">WARNING: Computer viruses can be transmitted
via email.  The recipient should check this email and any attachments for the presence of viruses. 
Although we have taken reasonable precautions to ensure that this email and all attachments are free from
viruses, we accept no liability for any loss or damage arising from the use of this email or its attachments.</span>
</body>
</html>

Gmane