i've not figured it was a thread about openbsd, so i just discover it. after few test with openbsd (3.5), i can only confirm many problems. seems compiling was only a small step, much stay to do (with threads at least)


same issue with web server when starting under gdb (very) slow response/no response when starting alone or under ktrace (same as strace/truss)

two problems:
*
Sun Apr 11 17:11:05 2004 [MSGID8837990] Loading plugin
'/usr/local/lib/ntop/plugins/icmpPlugin.so'
Sun Apr 11 17:11:05 2004 [MSGID0592890] **WARNING** Unable to locate
plugin '/usr/local/lib/ntop/plugins/icmpPlugin.so' entry function
[Unable to resolve symbol]
+ double-check perms: ok
$ file /usr/local/lib/ntop/plugins/icmpPlugin.so
/usr/local/lib/ntop/plugins/icmpPlugin.so: ELF 32-bit LSB shared object,
Intel 80386, version 1, not stripped
what is the "symbol problem" ?


* web server in all case, lsof report socket as LISTEN but telnet return conn refused with gdb, some responses for others (but very/slow/nothing under normal browser)

i check quickly dump from ktrace (hard to check one million line of
syscalls ...) and see nothing
i can only confirm also that openbsd doesn't have pcap_setnonblock
i also try with different users, nobody and _ntop without success.
another note, openbsd has only userland threads which could be one of
the cause of this slow behavior

for now, doesn't have any more idea, i may try different 3.0 pre-release.
but it seems there was some cleaning ( there was not 2.98, 2.2.97 ?).
symbolic names:
        ntop_3_0_rc1: 2.190
        ntop_3_1_devbegin: 2.190
        ntop_3_0: 2.190.0.2
        ntop_3_0_pre2: 2.187
        ntop_3_0pre1: 2.184
        ntop_2_2_99: 2.184
        ntop_1st_with_IPv6: 2.170
        ntop_2_2c: 2.121.2.2
        ntop_2_1: 2.69
        ntop_2_2_patches: 2.121.0.2
        ntop_2_2: 2.121
        ntop_2_1_2: 2.69
        ntop_2_2_devbegin: 2.70
        rel-2-1: 2.69
        rel-2-0: 1.58
        REL_1-3-2: 1.1.1.1
        NTOP: 1.1.1
but it seems cvs has problems:
with ntop3pre2

configure: creating ./config.status
config.status: creating Makefile
config.status: creating myrrd/Makefile
config.status: creating plugins/Makefile
config.status: creating config.h
config.status: error: cannot find input file: config.h.in

with pre1

gcc -DHAVE_CONFIG_H -I. -I. -I. -I. -I/usr/local/include
-I/usr/local/include/libpng
-I/share2/tmp/_testing/new-ports/ntop3/t/ntop-cvs-ntop_3_0pre1/ntop/myrrd
-DOPENBSD -I/usr/local/include -I/usr/local/include
-I/usr/local/include/libpng
-I/share2/tmp/_testing/new-ports/ntop3/t/ntop-cvs-ntop_3_0pre1/ntop/myrrd
-g -I/usr/include/glib-1.2 -pthread -I/usr/local/include -g -Wshadow
-Wpointer-arith -Wmissing-prototypes -Wmissing-declarations
-Wnested-externs -fPIC -g -I/usr/include/glib-1.2 -pthread
-I/usr/local/include -g -Wshadow -Wpointer-arith -Wmissing-prototypes
-Wmissing-declarations -Wnested-externs -fPIC -c leaks.c
-Wp,-MD,.deps/leaks.TPlo  -fPIC -DPIC -o .libs/leaks.lo
mv -f .libs/leaks.lo leaks.o
(cd . && ln -s leaks.o leaks.lo)
gmake[2]: *** No rule to make target `netflow.c', needed by
`netflow.lo'.  Stop.
gmake[2]: Leaving directory
`/share2/tmp/_testing/new-ports/ntop3/t/ntop-cvs-ntop_3_0pre1/ntop'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving direct

and recheck my mail when pre1 was out and it was "compile fine".

so, wait & see


_______________________________________________ Ntop mailing list [EMAIL PROTECTED] http://listgateway.unipi.it/mailman/listinfo/ntop

Reply via email to