Nope, checked the /etc/rc.d/init.d/ directory and nary an ntop to be found...
When I run it as a daemon, it insists that it's v2.01 (see attached screen shot). I'm still somewhat of a *nix newbie, so forgive the question, but isn't the PowerTools installation(s) a voluntary thing? Dan Norton Network Administrator WareNet [EMAIL PROTECTED] (949) 417 - 2300 x 2360 (888) 927 - 3329 (Fax) WebSite Development, Web Hosting, Connectivity, Colocation aim: deveyn > -----Original Message----- > From: Burton M. Strauss III [mailto:[EMAIL PROTECTED]] > Sent: Thursday, January 17, 2002 2:44 PM > To: [EMAIL PROTECTED] > Subject: RE: [Ntop] problems with NTOP running as a daemon > > > This is a really stupid question, or an incredibly astute one... > > What are the chances you have the old v1.3 off the PowerTools > CD installed > in one place and the new 2.0 that you've compiled from > scratch in another. > And that your manual run and the one in /etc/rc.d/init.d/ntop > are pointing > at different locations? > > You see, I run Ntop both ways with exactly the same HTML. > However, you're > running under RedHat. It's just a guess... > > -----Burton > > > > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Dan > Norton > Sent: Thursday, January 17, 2002 11:04 AM > To: [EMAIL PROTECTED] > Subject: [Ntop] problems with NTOP running as a daemon > > > I have compiled several versions of NTOP on a few different > machines all > running RH7.2 and am running into exactly the same problem. > > When I run NTOP as a daemon (use the -d ) switch, The layout of the > website is completely different and looks like a much older version, > i.e. doesn't look like the nice pretty interface that we're > all used to > by now. (The HTML when I view source is completely different.) Another > problem is that none of the graphics load, it's almost like it's using > completely different html when running as a daemon. > > Running it without the switch, well, it runs flawlessly, > except for the > fact that once the TCP hash gets to above 32768 NTOP breaks but I > understand it's a limitation of the software... > > Any ideas? I tried different machines to rule out memory or hardware > issues. All three machines have had 512MB of RAM and 550-1Ghz Intel > PIII. When compiling, I follow the instructions in the BUILT-NTOP.txt > file to the letter. > > I honestly don't think it's a hardware issue since the problem is > identical across three separate machines: > > OS: RH7.2 install from CD wish SSHD and Apache aside from > normal system > stuff. > Hardware: Intel Motherboards with processors ranging from > 550Mhz - 1Ghz > PIII. > RAM: 128MB - 512MB > NTOP: v2.0.1. MT i686-pc-linux. > Network: tried it on several different network sizes, from 10 > hosts all > the way up to a medium ISP @ 100Mbps. > > > Dan Norton > Network Administrator > > WareNet > [EMAIL PROTECTED] > (949) 417 - 2300 x 2360 > (888) 927 - 3329 (Fax) > WebSite Development, Web Hosting, Connectivity, Colocation > aim: deveyn > > > > -----Original Message----- > > From: Gar Nelson [mailto:[EMAIL PROTECTED]] > > Sent: Thursday, January 17, 2002 8:39 AM > > To: [EMAIL PROTECTED]; [EMAIL PROTECTED] > > Subject: [Ntop] bugs vs. cockpit error > > > > > > Okay, here's try two on my little cosmetic problem. I do > > think this is 'cockpit > > error' on my part and -not- a bug in NTOP. > > > > Problem: > > When viewing the info screen about a particular client or > > workstation that NTop > > has collected data on, all machines seem to be listed as > > "remote", even those > > within my subnet. When NTop was first installed, it was on a > > machine within a > > firewall on a private network (192.168.20.219). Since then, I > > and the machine > > have been transfered to another state. Now the machine is > > exposed, outside the > > firewall, on a different subnet (204.288.xxx.xxx) > > > > I believe I've modified all the appropriate host and network > > files for linux to > > change the machine address, but perhaps I missed something > > specific to NTop. I > > can get into the machine with SSH, I can ping out, do DNS > > lookups, browse the > > web, etc. > > > > I suppose I could apply the Windows solution and uninstall > > the RPM then > > reinstall it. I've had good luck with that working on other > > operating systems, > > but that doesn't lead to understanding what is going on, its > > more of a way to > > resolve the problem and return the machine to service. On > > this particular > > machine, I'm more interested in understanding the process. > > > > > Hardware > > > Type & # of processors (given in your msg) > > > > one AMD K6-233 > > > > > Amount of memory > > > > 98 megs > > > > > # network interfaces and types (vendor, bus, etc.) > > > > one 3Com 905 pci @ eth0 > > > > > Software > > > NTop version, source and any applied patches > > > > v1.3.2 MT (SSL) i686-pc-linux 03/03/01 12:02:30 AM build > > installed from RPM, no patches applied > > > > > OS vendor & version > > > > RedHat 7.1 with all appropriate patches applied > > > > > What else is running > > > > Secure Shell, and an X server > > > > > Network > > > Roughly where are the interface(s) you're monitoring > > (Public Internet, > > > Private LAN, what?) > > > > Our office segment of the internet (our class C address space > > plus whomever > > decides to come visiting) > > > > > What's the bandwidth (e.g. 10 Mbps University > > internet, 1.5 Mbps T1, > > > CableModem capped at 1.5Mbps, 56K dialup) > > > > T1 > > > > > How many machines (traffic sources/destinations) and users > > > > about 50 machines and 30 users > > > > > > > > _______________________________________________ > > Ntop mailing list > > [EMAIL PROTECTED] > > http://listmanager.unipi.it/mailman/listinfo/ntop > > > _______________________________________________ > Ntop mailing list > [EMAIL PROTECTED] > http://listmanager.unipi.it/mailman/listinfo/ntop > > _______________________________________________ > Ntop mailing list > [EMAIL PROTECTED] > http://listmanager.unipi.it/mailman/listinfo/ntop >
<<attachment: withdaemon.jpg>>
