First, if you read ./configure --help, you'll find it's described as "Enable static linked plugins" not a static version of ntop.
Some of that is basic to ld (the loader), which has a (nasty / beneficial) (you pick) habit of liking shared (.so) libraries over static alternatives. That said, you can always try it. I don't think it will work, but you can give it a try. In Makefile are the commands that create the static plugins version: sntop_DEPENDENCIES = $(ntop_DEPENDENCIES) sntop_LDADD = $(ntop_LDADD) sntop_LDFLAGS = $(ntop_LDFLAGS) -static noinst_HEADERS = getopt.h globals-core.h globals-report.h ntop.h I don't see why you couldn't add the other libraries to sntop_LDADD, e.g. sntop_LDADD = $(ntop_LDADD) libpng.so ... (or more likely it would require .a versions of the libraries which probably don't exist unless you build them specially) But I haven't tried it. As for the cpu usage, that smacks of the user land threads issues we've seen in FreeBSD. Do you know if Solaris' threads are closer to Linux or FreeBSD? If they're like FreeBSD, then some of the interrupt driven routines get automagicly converted into poll() routines, which means the cpu will peg. -----Burton -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of John Wilson Sent: Friday, April 08, 2005 12:32 PM To: [email protected] Subject: [Ntop-dev] sntop - package requirements and high CPU Hi, have Solaris source/package for ntop v3.1 and required associated dependency packages (see list at bottom) installed on a Solaris v2.8 system with latest patches. Here's some background to my environment and configuration steps - towards a static compile. Also, I performed a successful dynamic config with just ntop, before approaching this. Ntop runs very well and we have not seen any issues to date. Step One: ========= # crle Configuration file [3]: /var/ld/ld.config Default Library Path (ELF): /usr/lib:/usr/local/lib Trusted Directories (ELF): /usr/lib/secure (system default) Command line: crle -c /var/ld/ld.config -l /usr/lib:/usr/local/lib # echo $PATH /usr/sbin:/usr/bin:/usr/local/bin:/usr/local/share:/usr/ccs/bin:/usr/local/s sl/bin:/usr/local/apache2/bin # PATH="/usr/local/bin:/usr/bin:/usr/local/share:/usr/ccs/bin:/usr/local/ssl/b in:/usr/local/apache2/bin";export PATH # echo $PATH /usr/local/bin:/usr/bin:/usr/local/share:/usr/ccs/bin:/usr/local/ssl/bin:/us r/local/apache2/bin # CC="gcc";export CC # pwd /home0/ntop # ./configure --enable-static-plugins Output Summary: --------------- "**Testing Optional libraries and headers** checking for Multithreading... ok checking for openSSL... configure: WARNING: error ******************************************************************* * * WARNING: One or more items required for openSSL are missing: * (yes means it was found, no means it was not found) * * openssl/crypto.h...no * openssl/err.h...no * openssl/pem.h...no * openssl/rsa.h...no * openssl/ssl.h...no * openssl/x509.h...no * libssl.so or libssl.a...no * *>>> ntop will be built without openSSL * *??? 1. Install the necessary headers and libraries. *??? and rerun ./configure * ******************************************************************* checking for zlib... ok checking sctp... no checking for xmldump... configure: WARNING: error ******************************************************************* * * WARNING: One or more items required for the xmldump plugin are * missing: * * xmlversion.h...no * libxml2.so or libxml2.a...yes * gdome.h...no * libgdome.so or libgdome.a...no * glib.h...no * libglib.so or libglib.a...yes * glibconfig.h...no * * (yes means it was found, no means it was not found) * * ntop will run just fine without this plugin. * *>>> If you want to use the xmldump plugin, * *??? 1. Install the necessary headers and libraries. *??? and rerun ./configure ......... NOTE: ./configure is now complete!" Step Two: ========= make sntop Step Three: ========== I copy the sntop binary to another system where I wish to use this - without any of the packages I installed from the source/development system. We are looking to provide minimal footprints on the target host population where we would like to deploy this application. Step Four: ========== # sntop OR sntop -P /usr/local/ntop -u ntop -c First start up Error: ------------- Wed Apr 06 13:47:53 2005 GDVERCHK: Guessing at libgd version Wed Apr 06 13:47:53 2005 **WARNING** GDVERCHK: Unable to load gd, message is 'ld.so.1: sntop: fatal: libgd.so: open failed: No such file or directory' Wed Apr 06 13:47:53 2005 GDVERCHK: ... as 2.x so - Added SMCgd package Second start up Error: ------------- Wed Apr 06 13:49:42 2005 GDVERCHK: Guessing at libgd version Wed Apr 06 13:49:42 2005 **WARNING** GDVERCHK: Unable to load gd, message is 'ld.so.1: sntop: fatal: libjpeg.so.62: open failed: No such file or directory' Wed Apr 06 13:49:42 2005 GDVERCHK: ... as 2.x so - Added SMCjpeg package Last start up error: ---------------------- Wed Apr 06 13:51:31 2005 GDVERCHK: Guessing at libgd version Wed Apr 06 13:51:31 2005 **WARNING** GDVERCHK: Unable to load gd, message is 'ld.so.1: sntop: fatal: libfreetype.so.6: open failed: No such file or directory' Wed Apr 06 13:51:31 2005 GDVERCHK: ... as 2.x It turns out that I require to install all of these packages on another system that I have copied the sntop binary to and, I'd like to have them all included the static compile - if this is at all possible. 1. SMCiconv libiconv-1.8-sol8-sparc-local (ldd specified is required) 2. SMClpng libpng-1.2.8-sol8-sparc-local (ldd specified is required) 3. SMCxpm xpm-3.4k-sol8-sparc-local (ldd specified is required) 4. SMCgd gd-2.0.28-sol8-sparc-local (pkgadd requitred due to error as per above) 5. SMCjpeg jpeg-6b-sol8-sparc-local (pkgadd requitred due to error as per above) 6. SMCftype freetype-2.1.7-sol8-sparc-local (pkgadd requitred due to error as per above) Lastly: ======= Finally, I do not know if this is due to the interaction of a hybrid static compile and dynamic package interaction but, after I have ported the sntop binary and installed these 6 additional packages and, no longer see any start up errors - running 'top' highlights sustained high CPU utilizations which many times crest 95% ! Any confirmation on why this may be occurring ? "last pid: 3205; load averages: 1.19, 1.09, 1.03 62 processes: 60 sleeping, 1 running, 1 on cpu CPU states: 0.0% idle, 98.0% user, 2.0% kernel, 0.0% iowait, 0.0% swap Memory: 512M real, 187M free, 229M swap in use, 2202M swap free PID USERNAME LWP PRI NICE SIZE RES STATE TIME CPU COMMAND 562 ntop 10 10 0 153M 150M run 675:32 94.73% sntop *** High *** 3205 root 1 58 0 2664K 1688K cpu 0:00 1.03% top 184 root 9 51 0 7408K 6528K sleep 2:07 0.23% nscd 3201 root 1 42 0 336K 240K sleep 0:00 0.12% sh 3199 root 1 58 0 1872K 1480K sleep 0:00 0.04% in.telnetd 166 root 8 59 0 3584K 1944K sleep 0:00 0.02% syslogd 678 root 4 49 0 32M 26M sleep 0:35 0.01% opera 273 root 1 59 0 12M 9752K sleep 0:17 0.00% Xsun 735 root 1 59 0 2664K 1744K sleep 0:08 0.00% top 417 root 7 59 0 9264K 7456K sleep 0:02 0.00% dtwm 59 root 8 18 0 2968K 2160K sleep 0:01 0.00% picld 232 root 5 40 0 2704K 2040K sleep 0:01 0.00% vold 432 root 1 49 0 7272K 5024K sleep 0:01 0.00% sdtperfmeter 230 root 1 0 0 1856K 1032K sleep 0:00 0.00% ifbdaemon 314 root 1 0 0 1152K 856K sleep 0:00 0.00% safe_mysqld" Installed Dependancy packages on Development/Ntop Source Host ============================================================= application SMCapach2 apache application SMCautoc autoconf application SMCautom automake application SMCethr ethereal application SMCftype freetype application SMCgawk gawk application SMCgcc342 gcc application SMCgd gd application SMCgdb gdb application SMCgdbm gdbm application SMCgdkpix gdk-pixbuf application SMCglib glib application SMCgrep grep application SMCiconv libiconv application SMCjpeg jpeg application SMClibgcc libgcc application SMClibt libtool application SMClpc3264 libpcap application SMClpng libpng application SMClrsync librsync application SMClsndfl libsndfile application SMClxml2 libxml2 application SMClxslt libxslt application SMCm4 m4 application SMCmake make application SMCmc mc application SMCpcre pcre application SMCperl perl application SMCsnort snort application SMCtcpd tcpdump application SMCtop top application SMCtracer traceroute application SMCunzip unzip application SMCwget wget application SMCxpm xpm application SMCzip zip application SMCzlib zlib Thanks, John Wilson Network Architecture & Technology Descartes Systems Group _______________________________________________ Ntop-dev mailing list [email protected] http://listgateway.unipi.it/mailman/listinfo/ntop-dev _______________________________________________ Ntop-dev mailing list [email protected] http://listgateway.unipi.it/mailman/listinfo/ntop-dev
