gmane.comp.web.aolserver http://blog.gmane.org/gmane.comp.web.aolserver hourly 1 1901-01-01T00:00+00:00 Gmane http://gmane.org/img/gmane-25t.png http://gmane.org [AOLSERVER] modload: could not find Ns_ModuleInit in/usr/local/aolserver451/bin/nssha1.so http://comments.gmane.org/gmane.comp.web.aolserver/16540 <pre>Hi all, I am trying to install AOLSERVER 4.5.1 on Ubuntu 12.04 (LTS). While nslog loads ok, nssha1 fails: [13/May/2012:17:09:35][15372.3073791680][-main-] Notice: modload: loading '/usr/local/aolserver451/bin/nssha1.so' [13/May/2012:17:09:35][15372.3073791680][-main-] Warning: modload: could not find Ns_ModuleInit in /usr/local/aolserver451/bin/nssha1.so [13/May/2012:17:09:35][15372.3073791680][-main-] Fatal: modload: failed to load module '/usr/local/aolserver451/bin/nssha1.so' Any ideas where to start digging? Tx for your support! Klaus root&lt; at &gt;abc:/usr/local/src/aolserver-4.5.1/nssha1# make install NSHOME=/usr/local/aolserver451 gcc -O2 -Wall -Wno-implicit-int -fPIC -pipe -I/usr/local/aolserver451/include -I/usr/local/aolserver451/include -DNO_CONST -DPACKAGE_NAME=\"tcl\" -DPACKAGE_TARNAME=\"tcl\" -DPACKAGE_VERSION=\"8.5\" -DPACKAGE_STRING=\"tcl\ 8.5\" -DPACKAGE_BUGREPORT=\"\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_LIMITS_H=1 -DHAVE_SYS_PARAM_H=1 -DUSE_THREAD_ALLOC=1 -D_REENTRANT=1 -D_THREAD_SAFE=1 -DHAVE_PTHREAD_ATTR_SETSTACKSIZE=1 -DHAVE_PTHREAD_GETATTR_NP=1 -DGETATTRNP_NOT_DECLARED=1 -DTCL_THREADS=1 -DTCL_CFGVAL_ENCODING=\"iso8859-1\" -DMODULE_SCOPE=extern\ __attribute__\(\(__visibility__\(\"hidden\"\)\)\) -DTCL_SHLIB_EXT=\".so\" -DTCL_CFG_DEBUG=1 -DTCL_TOMMATH=1 -DMP_PREC=4 -D_LARGEFILE64_SOURCE=1 -DTCL_WIDE_INT_TYPE=long\ long -DHAVE_STRUCT_STAT64=1 -DHAVE_OPEN64=1 -DHAVE_LSEEK64=1 -DHAVE_TYPE_OFF64_T=1 -DHAVE_GETCWD=1 -DHAVE_OPENDIR=1 -DHAVE_STRTOL=1 -DHAVE_WAITPID=1 -DHAVE_GETADDRINFO=1 -DHAVE_GETPWUID_R_5=1 -DHAVE_GETPWUID_R=1 -DHAVE_GETPWNAM_R_5=1 -DHAVE_GETPWNAM_R=1 -DHAVE_GETGRGID_R_5=1 -DHAVE_GETGRGID_R=1 -DHAVE_GETGRNAM_R_5=1 -DHAVE_GETGRNAM_R=1 -DHAVE_GETHOSTBYNAME_R_6=1 -DHAVE_GETHOSTBYNAME_R=1 -DHAVE_GETHOSTBYADDR_R_8=1 -DHAVE_GETHOSTBYADDR_R=1 -DUSE_TERMIOS=1 -DHAVE_SYS_TIME_H=1 -DTIME_WITH_SYS_TIME=1 -DHAVE_STRUCT_TM_TM_ZONE=1 -DHAVE_TM_ZONE=1 -DHAVE_GMTIME_R=1 -DHAVE_LOCALTIME_R=1 -DHAVE_MKTIME=1 -DHAVE_TM_GMTOFF=1 -DHAVE_TIMEZONE_VAR=1 -DHAVE_STRUCT_STAT_ST_BLKSIZE=1 -DHAVE_ST_BLKSIZE=1 -DHAVE_INTPTR_T=1 -DHAVE_UINTPTR_T=1 -DHAVE_SIGNED_CHAR=1 -DHAVE_LANGINFO=1 -DHAVE_SYS_IOCTL_H=1 -DTCL_UNLOAD_DLLS=1 -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DTCL_CFG_OPTIMIZED=1 -DTCL_CFG_DEBUG=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_TIMEGM=1 -DHAVE_DRAND48=1 -DHAVE_RANDOM=1 -DHAVE_POLL=1 -DHAVE_GETADDRINFO=1 -DHAVE_GETNAMEINFO=1 -c -o nssha1.o nssha1.c &lt;command-line&gt;:0:0: warning: "PACKAGE_NAME" redefined [enabled by default] &lt;command-line&gt;:0:0: note: this is the location of the previous definition &lt;command-line&gt;:0:0: warning: "PACKAGE_TARNAME" redefined [enabled by default] &lt;command-line&gt;:0:0: note: this is the location of the previous definition &lt;command-line&gt;:0:0: warning: "PACKAGE_VERSION" redefined [enabled by default] &lt;command-line&gt;:0:0: note: this is the location of the previous definition &lt;command-line&gt;:0:0: warning: "PACKAGE_STRING" redefined [enabled by default] &lt;command-line&gt;:0:0: note: this is the location of the previous definition nssha1.c: In function âSHA1Cmdâ: nssha1.c:536:5: warning: pointer targets in passing argument 2 of âSHAUpdateâ differ in signedness [-Wpointer-sign] nssha1.c:398:1: note: expected âconst unsigned char *â but argument is of type âchar *â nssha1.c:537:5: warning: pointer targets in passing argument 1 of âSHAFinalâ differ in signedness [-Wpointer-sign] nssha1.c:451:1: note: expected âunsigned char *â but argument is of type âchar *â nssha1.c: At top level: nssha1.c:57:20: warning: âRCSIDâ defined but not used [-Wunused-variable] /usr/local/aolserver451/bin/tclsh8.5 /usr/local/aolserver451/bin/nsremove.tcl libnssha1.so gcc -shared -O2 -Wall -Wno-implicit-int -fPIC -pipe -I/usr/local/aolserver451/include -I/usr/local/aolserver451/include -DNO_CONST -DPACKAGE_NAME=\"tcl\" -DPACKAGE_TARNAME=\"tcl\" -DPACKAGE_VERSION=\"8.5\" -DPACKAGE_STRING=\"tcl\ 8.5\" -DPACKAGE_BUGREPORT=\"\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_LIMITS_H=1 -DHAVE_SYS_PARAM_H=1 -DUSE_THREAD_ALLOC=1 -D_REENTRANT=1 -D_THREAD_SAFE=1 -DHAVE_PTHREAD_ATTR_SETSTACKSIZE=1 -DHAVE_PTHREAD_GETATTR_NP=1 -DGETATTRNP_NOT_DECLARED=1 -DTCL_THREADS=1 -DTCL_CFGVAL_ENCODING=\"iso8859-1\" -DMODULE_SCOPE=extern\ __attribute__\(\(__visibility__\(\"hidden\"\)\)\) -DTCL_SHLIB_EXT=\".so\" -DTCL_CFG_DEBUG=1 -DTCL_TOMMATH=1 -DMP_PREC=4 -D_LARGEFILE64_SOURCE=1 -DTCL_WIDE_INT_TYPE=long\ long -DHAVE_STRUCT_STAT64=1 -DHAVE_OPEN64=1 -DHAVE_LSEEK64=1 -DHAVE_TYPE_OFF64_T=1 -DHAVE_GETCWD=1 -DHAVE_OPENDIR=1 -DHAVE_STRTOL=1 -DHAVE_WAITPID=1 -DHAVE_GETADDRINFO=1 -DHAVE_GETPWUID_R_5=1 -DHAVE_GETPWUID_R=1 -DHAVE_GETPWNAM_R_5=1 -DHAVE_GETPWNAM_R=1 -DHAVE_GETGRGID_R_5=1 -DHAVE_GETGRGID_R=1 -DHAVE_GETGRNAM_R_5=1 -DHAVE_GETGRNAM_R=1 -DHAVE_GETHOSTBYNAME_R_6=1 -DHAVE_GETHOSTBYNAME_R=1 -DHAVE_GETHOSTBYADDR_R_8=1 -DHAVE_GETHOSTBYADDR_R=1 -DUSE_TERMIOS=1 -DHAVE_SYS_TIME_H=1 -DTIME_WITH_SYS_TIME=1 -DHAVE_STRUCT_TM_TM_ZONE=1 -DHAVE_TM_ZONE=1 -DHAVE_GMTIME_R=1 -DHAVE_LOCALTIME_R=1 -DHAVE_MKTIME=1 -DHAVE_TM_GMTOFF=1 -DHAVE_TIMEZONE_VAR=1 -DHAVE_STRUCT_STAT_ST_BLKSIZE=1 -DHAVE_ST_BLKSIZE=1 -DHAVE_INTPTR_T=1 -DHAVE_UINTPTR_T=1 -DHAVE_SIGNED_CHAR=1 -DHAVE_LANGINFO=1 -DHAVE_SYS_IOCTL_H=1 -DTCL_UNLOAD_DLLS=1 -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DTCL_CFG_OPTIMIZED=1 -DTCL_CFG_DEBUG=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_TIMEGM=1 -DHAVE_DRAND48=1 -DHAVE_RANDOM=1 -DHAVE_POLL=1 -DHAVE_GETADDRINFO=1 -DHAVE_GETNAMEINFO=1 -nostartfiles -o libnssha1.so nssha1.o \ -L/usr/local/aolserver451/lib -lnsd -lnsthread -L/usr/local/aolserver451/lib -ltcl8.5 -ldl -lpthread -lieee -lm -lgcc_s -Wl,-rpath,/usr/local/aolserver451/lib /usr/local/aolserver451/bin/tclsh8.5 /usr/local/aolserver451/bin/nsremove.tcl nssha1.so gcc -shared -O2 -Wall -Wno-implicit-int -fPIC -pipe -I/usr/local/aolserver451/include -I/usr/local/aolserver451/include -DNO_CONST -DPACKAGE_NAME=\"tcl\" -DPACKAGE_TARNAME=\"tcl\" -DPACKAGE_VERSION=\"8.5\" -DPACKAGE_STRING=\"tcl\ 8.5\" -DPACKAGE_BUGREPORT=\"\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_LIMITS_H=1 -DHAVE_SYS_PARAM_H=1 -DUSE_THREAD_ALLOC=1 -D_REENTRANT=1 -D_THREAD_SAFE=1 -DHAVE_PTHREAD_ATTR_SETSTACKSIZE=1 -DHAVE_PTHREAD_GETATTR_NP=1 -DGETATTRNP_NOT_DECLARED=1 -DTCL_THREADS=1 -DTCL_CFGVAL_ENCODING=\"iso8859-1\" -DMODULE_SCOPE=extern\ __attribute__\(\(__visibility__\(\"hidden\"\)\)\) -DTCL_SHLIB_EXT=\".so\" -DTCL_CFG_DEBUG=1 -DTCL_TOMMATH=1 -DMP_PREC=4 -D_LARGEFILE64_SOURCE=1 -DTCL_WIDE_INT_TYPE=long\ long -DHAVE_STRUCT_STAT64=1 -DHAVE_OPEN64=1 -DHAVE_LSEEK64=1 -DHAVE_TYPE_OFF64_T=1 -DHAVE_GETCWD=1 -DHAVE_OPENDIR=1 -DHAVE_STRTOL=1 -DHAVE_WAITPID=1 -DHAVE_GETADDRINFO=1 -DHAVE_GETPWUID_R_5=1 -DHAVE_GETPWUID_R=1 -DHAVE_GETPWNAM_R_5=1 -DHAVE_GETPWNAM_R=1 -DHAVE_GETGRGID_R_5=1 -DHAVE_GETGRGID_R=1 -DHAVE_GETGRNAM_R_5=1 -DHAVE_GETGRNAM_R=1 -DHAVE_GETHOSTBYNAME_R_6=1 -DHAVE_GETHOSTBYNAME_R=1 -DHAVE_GETHOSTBYADDR_R_8=1 -DHAVE_GETHOSTBYADDR_R=1 -DUSE_TERMIOS=1 -DHAVE_SYS_TIME_H=1 -DTIME_WITH_SYS_TIME=1 -DHAVE_STRUCT_TM_TM_ZONE=1 -DHAVE_TM_ZONE=1 -DHAVE_GMTIME_R=1 -DHAVE_LOCALTIME_R=1 -DHAVE_MKTIME=1 -DHAVE_TM_GMTOFF=1 -DHAVE_TIMEZONE_VAR=1 -DHAVE_STRUCT_STAT_ST_BLKSIZE=1 -DHAVE_ST_BLKSIZE=1 -DHAVE_INTPTR_T=1 -DHAVE_UINTPTR_T=1 -DHAVE_SIGNED_CHAR=1 -DHAVE_LANGINFO=1 -DHAVE_SYS_IOCTL_H=1 -DTCL_UNLOAD_DLLS=1 -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DTCL_CFG_OPTIMIZED=1 -DTCL_CFG_DEBUG=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_TIMEGM=1 -DHAVE_DRAND48=1 -DHAVE_RANDOM=1 -DHAVE_POLL=1 -DHAVE_GETADDRINFO=1 -DHAVE_GETNAMEINFO=1 -nostartfiles -o nssha1.so -L. -lnssha1 -L/usr/local/aolserver451/lib -lnsd -lnsthread -L/usr/local/aolserver451/lib -ltcl8.5 -ldl -lpthread -lieee -lm -lgcc_s -Wl,-rpath,/usr/local/aolserver451/lib /usr/local/aolserver451/bin/tclsh8.5 /usr/local/aolserver451/bin/nsinstall.tcl -d /usr/local/aolserver451/bin -e nssha1.so installed: /usr/local/aolserver451/bin/nssha1.so (0755) /usr/local/aolserver451/bin/tclsh8.5 /usr/local/aolserver451/bin/nsinstall.tcl -d /usr/local/aolserver451/lib -e libnssha1.so installed: /usr/local/aolserver451/lib/libnssha1.so (0755) /usr/local/aolserver451/bin/tclsh8.5 /usr/local/aolserver451/bin/nsinstall.tcl -d /usr/local/aolserver451/lib libnssha1.a ranlib /usr/local/aolserver451/lib/libnssha1.a ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ aolserver-talk mailing list aolserver-talk&lt; at &gt;lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aolserver-talk </pre> Klaus Hofeditz ]project-open[ 2012-05-13T21:22:00 [AOLSERVER] What does invalid database_id mean? http://comments.gmane.org/gmane.comp.web.aolserver/16536 <pre>Every once in a while on my aolserver logs, I find this error and I'm not sure what it means. Typically, I see it when performing a database operation and then aolserver drops into an error like: invalid database_id: nsdb0 Is this related to another log entry: max connections exceeded? Is the database handle not valid? Hoping someone can shed some light on the nature of this error. Thanks! ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________ aolserver-talk mailing list aolserver-talk&lt; at &gt;lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aolserver-talk </pre> Sep Ng 2012-04-30T05:28:55 [AOLSERVER] Strange issue with nsopenssl http://comments.gmane.org/gmane.comp.web.aolserver/16535 <pre>Hi, I've been looking at one aolserver install which seems to be crashing when I run with SSL certificates. The weird thing is that if I run it as root, the startup goes fine, which leads me to believe it is possibly a permission issue. The crash happens right when nsd attempts to generate 512-bit keys. Has this happened to anybody before? Thanks! ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/_______________________________________________ aolserver-talk mailing list aolserver-talk&lt; at &gt;lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aolserver-talk </pre> Sep Ng 2012-05-01T03:16:24 [AOLSERVER] "Signal 11" and "alloc: invalid block" errors inAOLserver 4.5.1 http://comments.gmane.org/gmane.comp.web.aolserver/16531 <pre>Hi! We have various high volume servers with AOLserver installations. Most of them are running stable but in all of our latest installs we have problems with the stability, especially on startup. I've recompiled all sources on a clean (tcl free) installation with: * tcl 8.5.11 (and 8.5.9 on another machine) * postgres 9.0.1 (and 9.1.3 on another machine) * tls 1.6 * thread 2.6.6 * aolserver 4.5.1 (src package and latest github version) I've checked all loaded libraries with strace and there is only one tcl version on each of the boxes. When I'm starting nsd, I get the following backtrace for 3 out of 10 times with the github version, the package version just states " received fatal signal 11" or "alloc: invalid block": [18/Apr/2012:10:48:28][25051.1675499280][-nssock:driver-] Notice: nssock: listening on 91.118.87.98:8000 *** glibc detected *** /usr/local/aolserver/bin/nsd: double free or corruption (fasttop): 0x0000000001203760 *** ======= Backtrace: ========= /lib/libc.so.6(+0x71ad6)[0x7fa79ad69ad6] /lib/libc.so.6(cfree+0x6c)[0x7fa79ad6e84c] /usr/lib/libcrypto.so(CRYPTO_free+0x1d)[0x7fa793d66aad] /usr/lib/libcrypto.so(OBJ_NAME_add+0x92)[0x7fa793d69952] /usr/lib/libssl.so.0.9.8(SSL_library_init+0x11)[0x7fa793430e71] /usr/local/lib/tls1.6/libtls1.6.so(Tls_Init+0x83)[0x7fa7936463d3] /usr/local/lib/libtcl8.5.so(+0xa2f40)[0x7fa79b9b3f40] /usr/local/lib/libtcl8.5.so(+0x32411)[0x7fa79b943411] /usr/local/lib/libtcl8.5.so(+0x32bc9)[0x7fa79b943bc9] /usr/local/lib/libtcl8.5.so(Tcl_EvalEx+0x16)[0x7fa79b9442f6] /usr/local/lib/libtcl8.5.so(TclEvalObjEx+0x41f)[0x7fa79b9449ef] /usr/local/lib/libtcl8.5.so(+0x3de6b)[0x7fa79b94ee6b] /usr/local/lib/libtcl8.5.so(+0x32411)[0x7fa79b943411] /usr/local/lib/libtcl8.5.so(+0x78b74)[0x7fa79b989b74] /usr/local/lib/libtcl8.5.so(TclObjInterpProcCore+0x10b)[0x7fa79b9cb69b] /usr/local/lib/libtcl8.5.so(+0x32411)[0x7fa79b943411] /usr/local/lib/libtcl8.5.so(+0x32bc9)[0x7fa79b943bc9] /usr/local/lib/libtcl8.5.so(Tcl_EvalEx+0x16)[0x7fa79b9442f6] /usr/local/lib/libtcl8.5.so(TclEvalObjEx+0x41f)[0x7fa79b9449ef] /usr/local/lib/libtcl8.5.so(+0x3de6b)[0x7fa79b94ee6b] /usr/local/lib/libtcl8.5.so(+0x32411)[0x7fa79b943411] /usr/local/lib/libtcl8.5.so(+0x78b74)[0x7fa79b989b74] /usr/local/lib/libtcl8.5.so(+0x80a51)[0x7fa79b991a51] /usr/local/lib/libtcl8.5.so(TclEvalObjEx+0x85)[0x7fa79b944655] /usr/local/lib/libtcl8.5.so(+0x443ea)[0x7fa79b9553ea] /usr/local/lib/libtcl8.5.so(+0x32411)[0x7fa79b943411] /usr/local/lib/libtcl8.5.so(+0x32bc9)[0x7fa79b943bc9] /usr/local/lib/libtcl8.5.so(Tcl_EvalEx+0x16)[0x7fa79b9442f6] /usr/local/aolserver_4.5.1/lib/libnsd.so(NsTclICtlObjCmd+0x5eb)[0x7fa79be796db] /usr/local/lib/libtcl8.5.so(+0x32411)[0x7fa79b943411] /usr/local/lib/libtcl8.5.so(+0x32bc9)[0x7fa79b943bc9] /usr/local/lib/libtcl8.5.so(Tcl_EvalEx+0x16)[0x7fa79b9442f6] /usr/local/aolserver_4.5.1/lib/libnsd.so(+0x44eef)[0x7fa79be78eef] /usr/local/aolserver_4.5.1/lib/libnsd.so(+0x450d0)[0x7fa79be790d0] /usr/local/aolserver_4.5.1/lib/libnsd.so(+0x45ea1)[0x7fa79be79ea1] /usr/local/aolserver_4.5.1/lib/libnsd.so(Ns_TclAllocateInterp+0x9)[0x7fa79be79f79] /usr/local/aolserver_4.5.1/lib/libnsd.so(Ns_TclEval+0x2c)[0x7fa79be7a0bc] /usr/local/aolserver_4.5.1/lib/libnsd.so(+0x3bb91)[0x7fa79be6fb91] /usr/local/aolserver_4.5.1/lib/libnsthread.so(+0x6704)[0x7fa79bc31704] /lib/libpthread.so.0(+0x68ba)[0x7fa79b4f78ba] /lib/libc.so.6(clone+0x6d)[0x7fa79adc702d] ======= Memory map: ======== 00400000-00401000 r-xp 00000000 08:01 2261630 /usr/local/aolserver_4.5.1/bin/nsd 00600000-00601000 rw-p 00000000 08:01 2261630 /usr/local/aolserver_4.5.1/bin/nsd 0115f000-030d6000 rw-p 00000000 00:00 0 [heap] 7fa761fe0000-7fa761fe1000 ---p 00000000 00:00 0 7fa761fe1000-7fa763de2000 rw-p 00000000 00:00 0 7fa763de2000-7fa763de3000 ---p 00000000 00:00 0 7fa763de3000-7fa765be4000 rw-p 00000000 00:00 0 7fa765be4000-7fa765be5000 ---p 00000000 00:00 0 7fa765be5000-7fa7679e6000 rw-p 00000000 00:00 0 7fa7679e6000-7fa7679e7000 ---p 00000000 00:00 0 7fa7679e7000-7fa7697e8000 rw-p 00000000 00:00 0 7fa7697e8000-7fa7697e9000 ---p 00000000 00:00 0 7fa7697e9000-7fa76b5ea000 rw-p 00000000 00:00 0 7fa76b5ea000-7fa76b5eb000 ---p 00000000 00:00 0 7fa76b5eb000-7fa76d3ec000 rw-p 00000000 00:00 0 7fa76d3ec000-7fa76d3ed000 ---p 00000000 00:00 0 7fa76d3ed000-7fa76f1ee000 rw-p 00000000 00:00 0 7fa76f1ee000-7fa76f1ef000 ---p 00000000 00:00 0 7fa76f1ef000-7fa770ff0000 rw-p 00000000 00:00 0 7fa770ff0000-7fa770ff1000 ---p 00000000 00:00 0 7fa770ff1000-7fa772df2000 rw-p 00000000 00:00 0 7fa772df2000-7fa772df3000 ---p 00000000 00:00 0 7fa772df3000-7fa774bf4000 rw-p 00000000 00:00 0 7fa774bf4000-7fa774bf5000 ---p 00000000 00:00 0 7fa774bf5000-7fa7769f6000 rw-p 00000000 00:00 0 7fa7769f6000-7fa7769f7000 ---p 00000000 00:00 0 7fa7769f7000-7fa7787f8000 rw-p 00000000 00:00 0 7fa7787f8000-7fa7787f9000 ---p 00000000 00:00 0 7fa7787f9000-7fa77a5fa000 rw-p 00000000 00:00 0 7fa77a5fa000-7fa77a5fb000 ---p 00000000 00:00 0 7fa77a5fb000-7fa77c3fc000 rw-p 00000000 00:00 0 7fa77c3fc000-7fa77c3fd000 ---p 00000000 00:00 0 7fa77c3fd000-7fa77e1fe000 rw-p 00000000 00:00 0 7fa77e1fe000-7fa77e1ff000 ---p 00000000 00:00 0 7fa77e1ff000-7fa780000000 rw-p 00000000 00:00 0 7fa780000000-7fa780021000 rw-p 00000000 00:00 0 7fa780021000-7fa784000000 ---p 00000000 00:00 0 7fa785634000-7fa785635000 ---p 00000000 00:00 0 7fa785635000-7fa787436000 rw-p 00000000 00:00 0 7fa787436000-7fa787437000 ---p 00000000 00:00 0 7fa787437000-7fa789238000 rw-p 00000000 00:00 0 7fa789238000-7fa789239000 ---p 00000000 00:00 0 7fa789239000-7fa78b03a000 rw-p 00000000 00:00 0 7fa78b03a000-7fa78b03b000 ---p 00000000 00:00 0 7fa78b03b000-7fa78ce3c000 rw-p 00000000 00:00 0 7fa78ce3c000-7fa78ce3d000 ---p 00000000 00:00 0 7fa78ce3d000-7fa78ec3e000 rw-p 00000000 00:00 0 7fa78ec3e000-7fa78ec3f000 ---p 00000000 00:00 0 7fa78ec3f000-7fa790a40000 rw-p 00000000 00:00 0 7fa790a40000-7fa790a42000 r-xp 00000000 08:01 1524953 /lib/libutil-2.11.2.so 7fa790a42000-7fa790c41000 ---p 00002000 08:01 1524953 /lib/libutil-2.11.2.so 7fa790c41000-7fa790c42000 r--p 00001000 08:01 1524953 /lib/libutil-2.11.2.so 7fa790c42000-7fa790c43000 rw-p 00002000 08:01 1524953 /lib/libutil-2.11.2.so 7fa790c43000-7fa790d7a000 r-xp 00000000 08:01 2050113 /usr/lib/libpython2.5.so.1.0 7fa790d7a000-7fa790f79000 ---p 00137000 08:01 2050113 /usr/lib/libpython2.5.so.1.0 7fa790f79000-7fa790fac000 rw-p 00136000 08:01 2050113 /usr/lib/libpython2.5.so.1.0 7fa790fac000-7fa790fb4000 rw-p 00000000 00:00 0 7fa790fb4000-7fa790fb7000 r-xp 00000000 08:01 2130882 /usr/local/lib/tclpython/tclpython.so.4.1 7fa790fb7000-7fa7911b6000 ---p 00003000 08:01 2130882 /usr/local/lib/tclpython/tclpython.so.4.1 7fa7911b6000-7fa7911b7000 rw-p 00002000 08:01 2130882 /usr/local/lib/tclpython/tclpython.so.4.1 7fa7911b7000-7fa7911e8000 r-xp 00000000 08:01 2130186 /usr/local/lib/libGeoIP.so.1.4.6 7fa7911e8000-7fa7913e8000 ---p 00031000 08:01 2130186 /usr/local/lib/libGeoIP.so.1.4.6 7fa7913e8000-7fa7913e9000 rw-p 00031000 08:01 2130186 /usr/local/lib/libGeoIP.so.1.4.6 7fa7913e9000-7fa7913ec000 r-xp 00000000 08:01 2089151 /usr/lib/tclgeoip0.2/libtclgeoip0.2.so 7fa7913ec000-7fa7915eb000 ---p 00003000 08:01 2089151 /usr/lib/tclgeoip0.2/libtclgeoip0.2.so 7fa7915eb000-7fa7915ec000 rw-p 00002000 08:01 2089151 /usr/lib/tclgeoip0.2/libtclgeoip0.2.so 7fa7915ec000-7fa7915ed000 ---p 00000000 00:00 0 7fa7915ed000-7fa7933ee000 rw-p 00000000 00:00 0 7fa7933ee000-7fa79343d000 r-xp 00000000 08:01 2050453 /usr/lib/libssl.so.0.9.8 7fa79343d000-7fa79363c000 ---p 0004f000 08:01 2050453 /usr/lib/libssl.so.0.9.8 7fa79363c000-7fa793643000 rw-p 0004e000 08:01 2050453 /usr/lib/libssl.so.0.9.8Aborted This are the last lines of the strace output: getegid() = 1001 getgid() = 1001 geteuid() = 1001 getuid() = 1001 write(2, "[18/Apr/2012:10:18:25][21888.112"..., 120[18/Apr/2012:10:18:25][21888.112105216][-main-] Notice: nsmain: security info: uid=1001, euid=1001, gid=1001, egid=1001 ) = 120 futex(0x17ad2a4, FUTEX_CMP_REQUEUE_PRIVATE, 1, 2147483647, 0x1782460, 6) = 3 futex(0x1782460, FUTEX_WAKE_PRIVATE, 1) = 1 [18/Apr/2012:10:18:25][21888.9258768][-sched-] Notice: sched: starting futex(0x1777bc0, FUTEX_WAIT_PRIVATE, 2, NULL) = -1 EAGAIN (Resource temporarily unavailable) write(2, "[18/Apr/2012:10:18:25][21888.112"..., 81[18/Apr/2012:10:18:25][21888.112105216][-main-] Notice: driver: starting: nssock ) = 81 futex(0x1777bc0, FUTEX_WAKE_PRIVATE, 1) = 0 mmap(NULL, 31465472, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_STACK, -1, 0) = 0x7f90cc5da000 mprotect(0x7f90cc5da000, 4096, PROT_NONE) = 0 clone(child_stack=0x7f90ce3daff0, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tidptr=0x7f90ce3db9e0, tls=0x7f90ce3db710, child_tidptr=0x7f90ce3db9e0) = 21916 futex(0x1bd5f04, FUTEX_WAIT_PRIVATE, 1, NULL[18/Apr/2012:10:18:25][21888.18446744072874735376][-nssock:driver-] Notice: nssock: listening on 91.118.87.98:8000 ) = 0 futex(0x17b2f00, FUTEX_WAKE_PRIVATE, 1[18/Apr/2012:10:18:25][21888.64059152][-socks-] Notice: socks: starting ) = 0 rt_sigtimedwait([HUP INT TERM], NULL, NULL, 8[18/Apr/2012:10:18:25][21888.9258768][-sched-] Fatal: received fatal signal 11 [18/Apr/2012:10:18:25][21888.18446744073663354640][-thread-46196976-] Fatal: received fatal signal 11 &lt;unfinished ...&gt; +++ killed by SIGABRT +++ According to the backtrace there is a problem with the tls package. I'd be very grateful if anybody could give me a hint. Thanks, Wolfgang Winkler </pre> Wolfgang Winkler 2012-04-26T13:10:07 [AOLSERVER] "Signal 11" and "alloc: invalid block" errors inAOLserver 4.5.1 http://comments.gmane.org/gmane.comp.web.aolserver/16530 <pre>Hi! We have various high volume servers with AOLserver installations. Most of them are running stable but in all of our latest installs we have problems with the stability, especially on startup. I've recompiled all sources on a clean (tcl free) installation with: * tcl 8.5.11 (and 8.5.9 on another machine) * postgres 9.0.1 (and 9.1.3 on another machine) * tls 1.6 * thread 2.6.6 * aolserver 4.5.1 (src package and latest github version) I've checked all loaded libraries with strace and there is only one tcl version on each of the boxes. When I'm starting nsd, I get the following backtrace for 3 out of 10 times with the github version, the package version just states " received fatal signal 11" or "alloc: invalid block": [18/Apr/2012:10:48:28][25051.1675499280][-nssock:driver-] Notice: nssock: listening on 91.118.87.98:8000 *** glibc detected *** /usr/local/aolserver/bin/nsd: double free or corruption (fasttop): 0x0000000001203760 *** ======= Backtrace: ========= /lib/libc.so.6(+0x71ad6)[0x7fa79ad69ad6] /lib/libc.so.6(cfree+0x6c)[0x7fa79ad6e84c] /usr/lib/libcrypto.so(CRYPTO_free+0x1d)[0x7fa793d66aad] /usr/lib/libcrypto.so(OBJ_NAME_add+0x92)[0x7fa793d69952] /usr/lib/libssl.so.0.9.8(SSL_library_init+0x11)[0x7fa793430e71] /usr/local/lib/tls1.6/libtls1.6.so(Tls_Init+0x83)[0x7fa7936463d3] /usr/local/lib/libtcl8.5.so(+0xa2f40)[0x7fa79b9b3f40] /usr/local/lib/libtcl8.5.so(+0x32411)[0x7fa79b943411] /usr/local/lib/libtcl8.5.so(+0x32bc9)[0x7fa79b943bc9] /usr/local/lib/libtcl8.5.so(Tcl_EvalEx+0x16)[0x7fa79b9442f6] /usr/local/lib/libtcl8.5.so(TclEvalObjEx+0x41f)[0x7fa79b9449ef] /usr/local/lib/libtcl8.5.so(+0x3de6b)[0x7fa79b94ee6b] /usr/local/lib/libtcl8.5.so(+0x32411)[0x7fa79b943411] /usr/local/lib/libtcl8.5.so(+0x78b74)[0x7fa79b989b74] /usr/local/lib/libtcl8.5.so(TclObjInterpProcCore+0x10b)[0x7fa79b9cb69b] /usr/local/lib/libtcl8.5.so(+0x32411)[0x7fa79b943411] /usr/local/lib/libtcl8.5.so(+0x32bc9)[0x7fa79b943bc9] /usr/local/lib/libtcl8.5.so(Tcl_EvalEx+0x16)[0x7fa79b9442f6] /usr/local/lib/libtcl8.5.so(TclEvalObjEx+0x41f)[0x7fa79b9449ef] /usr/local/lib/libtcl8.5.so(+0x3de6b)[0x7fa79b94ee6b] /usr/local/lib/libtcl8.5.so(+0x32411)[0x7fa79b943411] /usr/local/lib/libtcl8.5.so(+0x78b74)[0x7fa79b989b74] /usr/local/lib/libtcl8.5.so(+0x80a51)[0x7fa79b991a51] /usr/local/lib/libtcl8.5.so(TclEvalObjEx+0x85)[0x7fa79b944655] /usr/local/lib/libtcl8.5.so(+0x443ea)[0x7fa79b9553ea] /usr/local/lib/libtcl8.5.so(+0x32411)[0x7fa79b943411] /usr/local/lib/libtcl8.5.so(+0x32bc9)[0x7fa79b943bc9] /usr/local/lib/libtcl8.5.so(Tcl_EvalEx+0x16)[0x7fa79b9442f6] /usr/local/aolserver_4.5.1/lib/libnsd.so(NsTclICtlObjCmd+0x5eb)[0x7fa79be796db] /usr/local/lib/libtcl8.5.so(+0x32411)[0x7fa79b943411] /usr/local/lib/libtcl8.5.so(+0x32bc9)[0x7fa79b943bc9] /usr/local/lib/libtcl8.5.so(Tcl_EvalEx+0x16)[0x7fa79b9442f6] /usr/local/aolserver_4.5.1/lib/libnsd.so(+0x44eef)[0x7fa79be78eef] /usr/local/aolserver_4.5.1/lib/libnsd.so(+0x450d0)[0x7fa79be790d0] /usr/local/aolserver_4.5.1/lib/libnsd.so(+0x45ea1)[0x7fa79be79ea1] /usr/local/aolserver_4.5.1/lib/libnsd.so(Ns_TclAllocateInterp+0x9)[0x7fa79be79f79] /usr/local/aolserver_4.5.1/lib/libnsd.so(Ns_TclEval+0x2c)[0x7fa79be7a0bc] /usr/local/aolserver_4.5.1/lib/libnsd.so(+0x3bb91)[0x7fa79be6fb91] /usr/local/aolserver_4.5.1/lib/libnsthread.so(+0x6704)[0x7fa79bc31704] /lib/libpthread.so.0(+0x68ba)[0x7fa79b4f78ba] /lib/libc.so.6(clone+0x6d)[0x7fa79adc702d] ======= Memory map: ======== 00400000-00401000 r-xp 00000000 08:01 2261630 /usr/local/aolserver_4.5.1/bin/nsd 00600000-00601000 rw-p 00000000 08:01 2261630 /usr/local/aolserver_4.5.1/bin/nsd 0115f000-030d6000 rw-p 00000000 00:00 0 [heap] 7fa761fe0000-7fa761fe1000 ---p 00000000 00:00 0 7fa761fe1000-7fa763de2000 rw-p 00000000 00:00 0 7fa763de2000-7fa763de3000 ---p 00000000 00:00 0 7fa763de3000-7fa765be4000 rw-p 00000000 00:00 0 7fa765be4000-7fa765be5000 ---p 00000000 00:00 0 7fa765be5000-7fa7679e6000 rw-p 00000000 00:00 0 7fa7679e6000-7fa7679e7000 ---p 00000000 00:00 0 7fa7679e7000-7fa7697e8000 rw-p 00000000 00:00 0 7fa7697e8000-7fa7697e9000 ---p 00000000 00:00 0 7fa7697e9000-7fa76b5ea000 rw-p 00000000 00:00 0 7fa76b5ea000-7fa76b5eb000 ---p 00000000 00:00 0 7fa76b5eb000-7fa76d3ec000 rw-p 00000000 00:00 0 7fa76d3ec000-7fa76d3ed000 ---p 00000000 00:00 0 7fa76d3ed000-7fa76f1ee000 rw-p 00000000 00:00 0 7fa76f1ee000-7fa76f1ef000 ---p 00000000 00:00 0 7fa76f1ef000-7fa770ff0000 rw-p 00000000 00:00 0 7fa770ff0000-7fa770ff1000 ---p 00000000 00:00 0 7fa770ff1000-7fa772df2000 rw-p 00000000 00:00 0 7fa772df2000-7fa772df3000 ---p 00000000 00:00 0 7fa772df3000-7fa774bf4000 rw-p 00000000 00:00 0 7fa774bf4000-7fa774bf5000 ---p 00000000 00:00 0 7fa774bf5000-7fa7769f6000 rw-p 00000000 00:00 0 7fa7769f6000-7fa7769f7000 ---p 00000000 00:00 0 7fa7769f7000-7fa7787f8000 rw-p 00000000 00:00 0 7fa7787f8000-7fa7787f9000 ---p 00000000 00:00 0 7fa7787f9000-7fa77a5fa000 rw-p 00000000 00:00 0 7fa77a5fa000-7fa77a5fb000 ---p 00000000 00:00 0 7fa77a5fb000-7fa77c3fc000 rw-p 00000000 00:00 0 7fa77c3fc000-7fa77c3fd000 ---p 00000000 00:00 0 7fa77c3fd000-7fa77e1fe000 rw-p 00000000 00:00 0 7fa77e1fe000-7fa77e1ff000 ---p 00000000 00:00 0 7fa77e1ff000-7fa780000000 rw-p 00000000 00:00 0 7fa780000000-7fa780021000 rw-p 00000000 00:00 0 7fa780021000-7fa784000000 ---p 00000000 00:00 0 7fa785634000-7fa785635000 ---p 00000000 00:00 0 7fa785635000-7fa787436000 rw-p 00000000 00:00 0 7fa787436000-7fa787437000 ---p 00000000 00:00 0 7fa787437000-7fa789238000 rw-p 00000000 00:00 0 7fa789238000-7fa789239000 ---p 00000000 00:00 0 7fa789239000-7fa78b03a000 rw-p 00000000 00:00 0 7fa78b03a000-7fa78b03b000 ---p 00000000 00:00 0 7fa78b03b000-7fa78ce3c000 rw-p 00000000 00:00 0 7fa78ce3c000-7fa78ce3d000 ---p 00000000 00:00 0 7fa78ce3d000-7fa78ec3e000 rw-p 00000000 00:00 0 7fa78ec3e000-7fa78ec3f000 ---p 00000000 00:00 0 7fa78ec3f000-7fa790a40000 rw-p 00000000 00:00 0 7fa790a40000-7fa790a42000 r-xp 00000000 08:01 1524953 /lib/libutil-2.11.2.so 7fa790a42000-7fa790c41000 ---p 00002000 08:01 1524953 /lib/libutil-2.11.2.so 7fa790c41000-7fa790c42000 r--p 00001000 08:01 1524953 /lib/libutil-2.11.2.so 7fa790c42000-7fa790c43000 rw-p 00002000 08:01 1524953 /lib/libutil-2.11.2.so 7fa790c43000-7fa790d7a000 r-xp 00000000 08:01 2050113 /usr/lib/libpython2.5.so.1.0 7fa790d7a000-7fa790f79000 ---p 00137000 08:01 2050113 /usr/lib/libpython2.5.so.1.0 7fa790f79000-7fa790fac000 rw-p 00136000 08:01 2050113 /usr/lib/libpython2.5.so.1.0 7fa790fac000-7fa790fb4000 rw-p 00000000 00:00 0 7fa790fb4000-7fa790fb7000 r-xp 00000000 08:01 2130882 /usr/local/lib/tclpython/tclpython.so.4.1 7fa790fb7000-7fa7911b6000 ---p 00003000 08:01 2130882 /usr/local/lib/tclpython/tclpython.so.4.1 7fa7911b6000-7fa7911b7000 rw-p 00002000 08:01 2130882 /usr/local/lib/tclpython/tclpython.so.4.1 7fa7911b7000-7fa7911e8000 r-xp 00000000 08:01 2130186 /usr/local/lib/libGeoIP.so.1.4.6 7fa7911e8000-7fa7913e8000 ---p 00031000 08:01 2130186 /usr/local/lib/libGeoIP.so.1.4.6 7fa7913e8000-7fa7913e9000 rw-p 00031000 08:01 2130186 /usr/local/lib/libGeoIP.so.1.4.6 7fa7913e9000-7fa7913ec000 r-xp 00000000 08:01 2089151 /usr/lib/tclgeoip0.2/libtclgeoip0.2.so 7fa7913ec000-7fa7915eb000 ---p 00003000 08:01 2089151 /usr/lib/tclgeoip0.2/libtclgeoip0.2.so 7fa7915eb000-7fa7915ec000 rw-p 00002000 08:01 2089151 /usr/lib/tclgeoip0.2/libtclgeoip0.2.so 7fa7915ec000-7fa7915ed000 ---p 00000000 00:00 0 7fa7915ed000-7fa7933ee000 rw-p 00000000 00:00 0 7fa7933ee000-7fa79343d000 r-xp 00000000 08:01 2050453 /usr/lib/libssl.so.0.9.8 7fa79343d000-7fa79363c000 ---p 0004f000 08:01 2050453 /usr/lib/libssl.so.0.9.8 7fa79363c000-7fa793643000 rw-p 0004e000 08:01 2050453 /usr/lib/libssl.so.0.9.8Aborted This are the last lines of the strace output: getegid() = 1001 getgid() = 1001 geteuid() = 1001 getuid() = 1001 write(2, "[18/Apr/2012:10:18:25][21888.112"..., 120[18/Apr/2012:10:18:25][21888.112105216][-main-] Notice: nsmain: security info: uid=1001, euid=1001, gid=1001, egid=1001 ) = 120 futex(0x17ad2a4, FUTEX_CMP_REQUEUE_PRIVATE, 1, 2147483647, 0x1782460, 6) = 3 futex(0x1782460, FUTEX_WAKE_PRIVATE, 1) = 1 [18/Apr/2012:10:18:25][21888.9258768][-sched-] Notice: sched: starting futex(0x1777bc0, FUTEX_WAIT_PRIVATE, 2, NULL) = -1 EAGAIN (Resource temporarily unavailable) write(2, "[18/Apr/2012:10:18:25][21888.112"..., 81[18/Apr/2012:10:18:25][21888.112105216][-main-] Notice: driver: starting: nssock ) = 81 futex(0x1777bc0, FUTEX_WAKE_PRIVATE, 1) = 0 mmap(NULL, 31465472, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_STACK, -1, 0) = 0x7f90cc5da000 mprotect(0x7f90cc5da000, 4096, PROT_NONE) = 0 clone(child_stack=0x7f90ce3daff0, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tidptr=0x7f90ce3db9e0, tls=0x7f90ce3db710, child_tidptr=0x7f90ce3db9e0) = 21916 futex(0x1bd5f04, FUTEX_WAIT_PRIVATE, 1, NULL[18/Apr/2012:10:18:25][21888.18446744072874735376][-nssock:driver-] Notice: nssock: listening on 91.118.87.98:8000 ) = 0 futex(0x17b2f00, FUTEX_WAKE_PRIVATE, 1[18/Apr/2012:10:18:25][21888.64059152][-socks-] Notice: socks: starting ) = 0 rt_sigtimedwait([HUP INT TERM], NULL, NULL, 8[18/Apr/2012:10:18:25][21888.9258768][-sched-] Fatal: received fatal signal 11 [18/Apr/2012:10:18:25][21888.18446744073663354640][-thread-46196976-] Fatal: received fatal signal 11 &lt;unfinished ...&gt; +++ killed by SIGABRT +++ According to the backtrace there is a problem with the tls package. I'd be very grateful if anybody could give me a hint. Thanks, Wolfgang Winkler </pre> Wolfgang Winkler 2012-04-18T10:08:54 [AOLSERVER] Server behaviour with large cookies http://comments.gmane.org/gmane.comp.web.aolserver/16529 <pre>Hi, Can I check if the following is an intended behaviour? We run Aolserver 4.5.1 on Debian Squeeze. The behaviour we are seeing is, when a large cookie is sent in a request, the nsd daemon doesn't seem to reply at all. (This also occurs with a large number of smaller cookies. ~50) I constructed a test case by creating a cookie file containing 1 cookie (as attached) which is very long (probably illegally long) and used wget as follows: wget --server-response --load-cookies cookies_test_single2.txt http://www.domain.co.uk:8001/tcl/search.tcl?search=test Then wget reports "HTTP request sent, awaiting response... No data received." and retries. If I remove a couple of characters from the cookie, it will work fine. (If anyone wanted to try it then obviously the domain in the cookie file would need to be changed to match yours.) This first manifested itself with the nsd daemon running behind nginx. nginx would return a 502 with the error "upstream prematurely closed connection while reading response header from upstream". We then made the request directly to the nsd daemon's port and got no response at all. So seems like I'm hitting an upper limit on cookie size which is fine.. but should we not get a error code back from the nsd daemon if that was the case, or is this working as designed? If not working as designed, could this be a config problem on the server side? Thanks in advance for any help. Regards, </pre> David Osborne 2012-04-26T11:49:14 [AOLSERVER] [PATCH] * Minor lisp.c cleanup. http://comments.gmane.org/gmane.comp.web.aolserver/16528 <pre>--- nsd/lisp.c | 31 ++++++++++++++----------------- 1 files changed, 14 insertions(+), 17 deletions(-) diff --git a/nsd/lisp.c b/nsd/lisp.c index d67db74..b019763 100644 --- a/nsd/lisp.c +++ b/nsd/lisp.c &lt; at &gt;&lt; at &gt; -58,16 +58,16 &lt; at &gt;&lt; at &gt; static const char *RCSID = "&lt; at &gt;(#) $Header: /Users/dossy/Desktop/cvs/aolserver/nsd Ns_List * Ns_ListNconc(Ns_List *l1Ptr, Ns_List *l2Ptr) { - Ns_List *lPtr; - - if (l1Ptr != NULL) { - for (lPtr = l1Ptr; ((lPtr-&gt;rest) != NULL); lPtr = lPtr-&gt;rest) - ; - lPtr-&gt;rest = l2Ptr; - return (l1Ptr); - } else { - return (l2Ptr); - } + if (l1Ptr == NULL) +return l2Ptr; + + Ns_List *lPtr = l1Ptr; + + for (lPtr = l1Ptr; ((lPtr-&gt;rest) != NULL); lPtr = lPtr-&gt;rest) + ; + + lPtr-&gt;rest = l2Ptr; + return (l1Ptr); } &lt; at &gt;&lt; at &gt; -154,13 +154,10 &lt; at &gt;&lt; at &gt; Ns_ListNreverse(Ns_List *lPtr) Ns_List * Ns_ListLast(Ns_List *lPtr) { - if (lPtr == NULL) { - return NULL; - } else { - for (; lPtr-&gt;rest != NULL; lPtr = lPtr-&gt;rest) - ; - return lPtr; - } + if (lPtr != NULL) + while (lPtr-&gt;rest != NULL) + lPtr = lPtr-&gt;rest; + return lPtr; } </pre> Ayan George 2012-04-04T22:52:10 [AOLSERVER] [PATCH] * Minor lisp.c cleanup. (FIXED) http://comments.gmane.org/gmane.comp.web.aolserver/16527 <pre>Sorry -- I screwed up the previous diff. I blame vi. --- nsd/lisp.c | 31 ++++++++++++++----------------- 1 files changed, 14 insertions(+), 17 deletions(-) diff --git a/nsd/lisp.c b/nsd/lisp.c index d67db74..b019763 100644 --- a/nsd/lisp.c +++ b/nsd/lisp.c &lt; at &gt;&lt; at &gt; -58,16 +58,16 &lt; at &gt;&lt; at &gt; static const char *RCSID = "&lt; at &gt;(#) $Header: /Users/dossy/Desktop/cvs/aolserver/nsd Ns_List * Ns_ListNconc(Ns_List *l1Ptr, Ns_List *l2Ptr) { - Ns_List *lPtr; - - if (l1Ptr != NULL) { - for (lPtr = l1Ptr; ((lPtr-&gt;rest) != NULL); lPtr = lPtr-&gt;rest) - ; - lPtr-&gt;rest = l2Ptr; - return (l1Ptr); - } else { - return (l2Ptr); - } + if (l1Ptr == NULL) +return l2Ptr; + + Ns_List *lPtr = l1Ptr; + + for (lPtr = l1Ptr; ((lPtr-&gt;rest) != NULL); lPtr = lPtr-&gt;rest) + ; + + lPtr-&gt;rest = l2Ptr; + return (l1Ptr); } &lt; at &gt;&lt; at &gt; -154,13 +154,10 &lt; at &gt;&lt; at &gt; Ns_ListNreverse(Ns_List *lPtr) Ns_List * Ns_ListLast(Ns_List *lPtr) { - if (lPtr == NULL) { - return NULL; - } else { - for (; lPtr-&gt;rest != NULL; lPtr = lPtr-&gt;rest) - ; - return lPtr; - } + if (lPtr != NULL) + while (lPtr-&gt;rest != NULL) + lPtr = lPtr-&gt;rest; + return lPtr; } </pre> Ayan George 2012-04-04T22:54:00 [AOLSERVER] AOLserver - PHP reinstall issue http://comments.gmane.org/gmane.comp.web.aolserver/16524 <pre> Hi, I reinstalled php5 (I did not remove anything before reinstalling) with the curl extension enabled. After doing so, I got this message upon shutting down the server: [15/Mar/2012:08:29:55][13455.3083933376][-main-] Notice: driver: stopped: nssock *** glibc detected *** /usr/local/aolserver/bin/nsd: corrupted double-linked list: 0x09e5ec38 *** ======= Backtrace: ========= /lib/libc.so.6[0xb7d76894] /lib/libc.so.6(__libc_free+0x78)[0xb7d79f6f] /usr/local/aolserver/bin/libphp5.so(tsrm_shutdown+0x9f)[0xb6e90a9f] /usr/local/aolserver/bin/libphp5.so[0xb6f5b92c] /usr/local/aolserver/lib/libnsd.so[0xb7f542b9] /usr/local/aolserver/lib/libnsd.so[0xb7f54410] /usr/local/aolserver/lib/libnsthread.so(NsThreadMain+0x2f)[0xb7f3707f] /usr/local/aolserver/lib/libnsthread.so[0xb7f38384] /lib/libpthread.so.0[0xb7e7c433] /lib/libc.so.6(__clone+0x5e)[0xb7ddba1e] ======= Memory map: ======== 08048000-08049000 r-xp 00000000 08:02 4178137 /usr/local/aolserver/bin/nsd 08049000-0804a000 rwxp 00000000 08:02 4178137 /usr/local/aolserver/bin/nsd ... I disabled php in the nsd.tcl file and the problem disappeared, so it appears to be related to the reinstall of php. It looks like I need to reinstall php, but not the way I did it yesterday. I will appreciate any suggestions. Thanks, Thorpe ------------------------------------------------------------------------------ This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure _______________________________________________ aolserver-talk mailing list aolserver-talk&lt; at &gt;lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aolserver-talk </pre> Thorpe Mayes 2012-03-15T14:12:39 [AOLSERVER] Problem with ns_shutdown http://comments.gmane.org/gmane.comp.web.aolserver/16513 <pre>We are shutting down aolserver via the control port using the ns_shutdown command. We are getting intermittent coredumps during the shutdown process. Does anyone have any ideas as to how to resolve this? Here's some more info... webserver log: [29/Feb/2012:08:20:02][30350.82082672][-nscp:1-] Notice: nscp: 127.0.0.1 connected [29/Feb/2012:08:20:03][30350.82082672][-nscp:1-] Notice: nscp: nsadmin logged in [29/Feb/2012:08:20:04][30350.4151592640][-main-] Notice: nsmain: AOLserver/4.5.1 stopping [29/Feb/2012:08:20:04][30350.4151592640][-main-] Notice: driver: stopping: nssock [29/Feb/2012:08:20:04][30350.4151592640][-main-] Notice: sched: shutdown pending [29/Feb/2012:08:20:04][30350.131660656][-socks-] Notice: socks: shutdown pending [29/Feb/2012:08:20:04][30350.4141099888][-sched-] Notice: sched: shutdown started [29/Feb/2012:08:20:04][30350.4141099888][-sched-] Notice: sched: waiting for event threads... [29/Feb/2012:08:20:04][30350.131660656][-socks-] Notice: nscp: shutdown [29/Feb/2012:08:20:04][30350.66386800][-sched:idle1-] Notice: exiting [29/Feb/2012:08:20:04][30350.148007792][-sched:idle0-] Notice: exiting [29/Feb/2012:08:20:04][30350.131660656][-socks-] Notice: socks: shutdown complete [29/Feb/2012:08:20:04][30350.56376176][-nssock:driver-] Notice: exiting [29/Feb/2012:08:20:04][30350.4141099888][-sched-] Notice: sched: shutdown complete [29/Feb/2012:08:20:04][30350.4151592640][-main-] Notice: driver: stopped: nssock [29/Feb/2012:08:20:05][30350.82082672][-nscp:1-] Notice: nscp: 127.0.0.1 disconnected [29/Feb/2012:08:20:05][30350.56376176][-shutdown-] Notice: Shutdown called for server bwd [29/Feb/2012:08:20:05][30350.56376176][-shutdown-] Notice: nslog: closing '/data/bwd/logs/httpd_access_stg_delray.bna.com_5000.log' [29/Feb/2012:08:20:05][30350.4151592640][-main-] Notice: nsmain: AOLserver/4.5.1 exiting called Tcl_FindHashEntry on deleted table Here's what is in the coredump... Program terminated with signal 6, Aborted. #0 0x0071d430 in __kernel_vsyscall () #0 0x0071d430 in __kernel_vsyscall () #1 0x0036ab71 in raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #2 0x0036c44a in abort () at abort.c:92 #3 0x002e8ddf in Tcl_PanicVA () from /apps/bos-dev/bwd/lib/libtcl8.5.so #4 0x002e8e04 in Tcl_Panic () from /apps/bos-dev/bwd/lib/libtcl8.5.so #5 0x002bccea in BogusFind () from /apps/bos-dev/bwd/lib/libtcl8.5.so #6 0x00304de1 in ThreadStorageGetHashTable () from /apps/bos-dev/bwd/lib/libtcl8.5.so #7 0x00304f0c in TclpThreadDataKeyGet () from /apps/bos-dev/bwd/lib/libtcl8.5.so #8 0x00303d28 in Tcl_GetThreadData () from /apps/bos-dev/bwd/lib/libtcl8.5.so #9 0x002e8545 in TclFreeObj () from /apps/bos-dev/bwd/lib/libtcl8.5.so #10 0x0030f8b0 in FreeVarEntry () from /apps/bos-dev/bwd/lib/libtcl8.5.so #11 0x002bc845 in Tcl_DeleteHashTable () from /apps/bos-dev/bwd/lib/libtcl8.5.so #12 0x0031052e in UnsetVarStruct () from /apps/bos-dev/bwd/lib/libtcl8.5.so #13 0x0031080f in TclDeleteNamespaceVars () from /apps/bos-dev/bwd/lib/libtcl8.5.so #14 0x002dfda8 in TclTeardownNamespace () from /apps/bos-dev/bwd/lib/libtcl8.5.so #15 0x002e0045 in Tcl_DeleteNamespace () from /apps/bos-dev/bwd/lib/libtcl8.5.so #16 0x002dfeab in TclTeardownNamespace () from /apps/bos-dev/bwd/lib/libtcl8.5.so #17 0x002e0045 in Tcl_DeleteNamespace () from /apps/bos-dev/bwd/lib/libtcl8.5.so #18 0x002dfeab in TclTeardownNamespace () from /apps/bos-dev/bwd/lib/libtcl8.5.so #19 0x002647a7 in DeleteInterpProc () from /apps/bos-dev/bwd/lib/libtcl8.5.so #20 0x002f47a4 in Tcl_EventuallyFree () from /apps/bos-dev/bwd/lib/libtcl8.5.so #21 0x00264702 in Tcl_DeleteInterp () from /apps/bos-dev/bwd/lib/libtcl8.5.so #22 0x0014dd2f in Ns_TclDestroyInterp () from /apps/bos-dev/bwd/lib/libnsd.so #23 0x0014e508 in DeleteData () from /apps/bos-dev/bwd/lib/libnsd.so #24 0x00ca6479 in NsCleanupTls () from /apps/bos-dev/bwd/lib/libnsthread.so #25 0x00ca81e2 in FreeThread () from /apps/bos-dev/bwd/lib/libnsthread.so #26 0x00174a8a in __nptl_deallocate_tsd (arg=0x4e47b70) at pthread_create.c:154 #27 start_thread (arg=0x4e47b70) at pthread_create.c:308 #28 0x0041cc2e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:133 ------------------------------------------------------------------------------ Virtualization &amp; Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/_______________________________________________ aolserver-talk mailing list aolserver-talk&lt; at &gt;lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aolserver-talk </pre> Porter, Caroline 2012-03-01T14:08:12 [AOLSERVER] nspostgres autoreconnect to db if pg restartedunderneath http://comments.gmane.org/gmane.comp.web.aolserver/16502 <pre>Hi Agustin, moving this to its own thread. On 2/25/12, Agustin Lopez &lt;agustin.lopez&lt; at &gt;uv.es&gt; wrote: Since the normal procedure when restarting pg is to stop pg client programs, stop pg, start pg and start clients, I didn't see a use to try implementing this. What I did see was extra code ran every time nspostgres was used to query (or use ddl/dml) to make sure a connection was stable, and that could be a heavy cost, especially if pg is not running on the same machine as its clients (incl aolserver). Having said that, I'd like to explore what would be required to make that happen. It seems to me one of the better approaches, is don't make the clients have to do anything different, that is, they don't have to know the db closed and reopened. In this approach, there seems to be three states for a connection: (1) it's good, and ready to accept queries; (2) the database has restarted, it's up and ready, but the underlying connection has to be replaced (leading to state 1); or (3) the database is in the process of restarting, so a query is not possible at this time. If this is the approach we want, then the first order of business is to determine which of the three states we're in. Can we start by just assuming we're in state 1 and sending a query? If we do this and we're in state 2, does the process segfault (due to the thing that used to be in ram not being there)? Let's start here. -Jim ------------------------------------------------------------------------------ Virtualization &amp; Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ _______________________________________________ aolserver-talk mailing list aolserver-talk&lt; at &gt;lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aolserver-talk </pre> Jim 2012-02-25T09:45:57 [AOLSERVER] nspostgres - patch http://comments.gmane.org/gmane.comp.web.aolserver/16500 <pre> Hello All, Just checking the code of nspostgres driver (downloaded from git) and found that the code needs some fixes. Couple of thing which I see 1- in nspostgres.c fucntion: static int blob_dml_file where we see these lines: if (fd == -1) { Ns_Log (Error, " Error opening file %s: %d(%s)", filename, errno, strerror(errno)); Tcl_AppendResult (interp, "can't open file ", filename, " for reading. ", "received error ", strerror(errno), NULL); } Why to continue the process when we are unable to open the file? Shouldn't it be if (fd == -1) { Ns_Log (Error, " Error opening file %s: %d(%s)", filename, errno, strerror(errno)); Tcl_AppendResult (interp, "can't open file ", filename, " for reading. ", "received error ", strerror(errno), NULL); *return TCL_ERROR; *} 2- In the same function where we have this: if (Ns_PgExec(handle, query) != NS_DML) { Tcl_DString errString; Tcl_DStringInit(&amp;errString); Tcl_DStringAppend (&amp;errString, "Error inserting data into BLOB\n", -1); if(handle-&gt;verbose) { append_PQresultStatus(&amp;errString, nspgConn-&gt;res); Tcl_DStringAppend(&amp;errString, "SQL: ", -1); Tcl_DStringAppend(&amp;errString, query, -1); } Tcl_AppendResult(interp, Tcl_DStringValue(&amp;errString), NULL); Tcl_DStringFree(&amp;errString); return TCL_ERROR; } here while returning error we are not closing the file descriptor so I see a resource leak and it should be if (Ns_PgExec(handle, query) != NS_DML) { Tcl_DString errString; Tcl_DStringInit(&amp;errString); Tcl_DStringAppend (&amp;errString, "Error inserting data into BLOB\n", -1); if(handle-&gt;verbose) { append_PQresultStatus(&amp;errString, nspgConn-&gt;res); Tcl_DStringAppend(&amp;errString, "SQL: ", -1); Tcl_DStringAppend(&amp;errString, query, -1); } Tcl_AppendResult(interp, Tcl_DStringValue(&amp;errString), NULL); Tcl_DStringFree(&amp;errString); *close(fd); * return TCL_ERROR; } Regards, Majid. ------------------------------------------------------------------------------ Virtualization &amp; Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/_______________________________________________ aolserver-talk mailing list aolserver-talk&lt; at &gt;lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aolserver-talk </pre> Majid Khan 2012-02-23T21:08:58 [AOLSERVER] nspostgres - patch http://comments.gmane.org/gmane.comp.web.aolserver/16499 <pre>Hello All, Just checking the code of nspostgres driver (downloaded from git) and found that the code needs some fixes. Couple of thing which I see 1- in nspostgres.c fucntion: static int blob_dml_file where we see these lines: if (fd == -1) { Ns_Log (Error, " Error opening file %s: %d(%s)", filename, errno, strerror(errno)); Tcl_AppendResult (interp, "can't open file ", filename, " for reading. ", "received error ", strerror(errno), NULL); } Why to continue the process when we are unable to open the file? Shouldn't it be if (fd == -1) { Ns_Log (Error, " Error opening file %s: %d(%s)", filename, errno, strerror(errno)); Tcl_AppendResult (interp, "can't open file ", filename, " for reading. ", "received error ", strerror(errno), NULL); *return TCL_ERROR; *} 2- In the same function where we have this: if (Ns_PgExec(handle, query) != NS_DML) { Tcl_DString errString; Tcl_DStringInit(&amp;errString); Tcl_DStringAppend (&amp;errString, "Error inserting data into BLOB\n", -1); if(handle-&gt;verbose) { append_PQresultStatus(&amp;errString, nspgConn-&gt;res); Tcl_DStringAppend(&amp;errString, "SQL: ", -1); Tcl_DStringAppend(&amp;errString, query, -1); } Tcl_AppendResult(interp, Tcl_DStringValue(&amp;errString), NULL); Tcl_DStringFree(&amp;errString); return TCL_ERROR; } here while returning error we are not closing the file descriptor so I see a resource leak so it should be if (Ns_PgExec(handle, query) != NS_DML) { Tcl_DString errString; Tcl_DStringInit(&amp;errString); Tcl_DStringAppend (&amp;errString, "Error inserting data into BLOB\n", -1); if(handle-&gt;verbose) { append_PQresultStatus(&amp;errString, nspgConn-&gt;res); Tcl_DStringAppend(&amp;errString, "SQL: ", -1); Tcl_DStringAppend(&amp;errString, query, -1); } Tcl_AppendResult(interp, Tcl_DStringValue(&amp;errString), NULL); Tcl_DStringFree(&amp;errString); *close(fd); * return TCL_ERROR; } Regards, Majid. ------------------------------------------------------------------------------ Virtualization &amp; Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/_______________________________________________ aolserver-talk mailing list aolserver-talk&lt; at &gt;lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aolserver-talk </pre> Majid Khan 2012-02-06T10:25:05 [AOLSERVER] Unicode problem in ns_zlib compress/uncompress functions http://comments.gmane.org/gmane.comp.web.aolserver/16498 <pre>I try this code: set data "Привет!" set zdata [ns_zlib compress [encoding convertto utf-8 $data]] set data2 [encoding convertfrom utf-8 [ns_zlib uncompress $zdata]] puts $data2 And get wrong result (is not equal to $data): &lt; at &gt;825B! </pre> Alexey Pechnikov 2012-02-14T15:31:13 [AOLSERVER] ns_httpspost generating an error http://comments.gmane.org/gmane.comp.web.aolserver/16495 <pre>Hi, I am trying to create a listener for PayPal transactions. When I do this: set page [ns_httpspost $url $rqset $qsset] where url = a https url rqset is empty qsset is a set of parameters I get the following error: invalid command name "ns_openssl_sockopen" while executing "ns_openssl_sockopen -nonblock $host $port" (procedure "ns_httpsopen" line 42) invoked from within "ns_httpsopen POST $url $rqset $timeout $querystring" (procedure "ns_httpspost" line 124) invoked from within "ns_httpspost $url $rqset $qsset" I am running aolserver 4.5.0 Thanks, Thorpe Thorpe Mayes ------------------------------------------------------------------------------ 10 Tips for Better Server Consolidation Server virtualization is being driven by many needs. But none more important than the need to reduce IT complexity while improving strategic productivity. Learn More! http://www.accelacomm.com/jaw/sdnl/114/51507609/ _______________________________________________ aolserver-talk mailing list aolserver-talk&lt; at &gt;lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aolserver-talk </pre> Thorpe Mayes 2011-12-15T22:34:45 [AOLSERVER] Get current urls from Nslimits and Nspools? http://comments.gmane.org/gmane.comp.web.aolserver/16491 <pre>Hi, Is there a way to get the current urls being served via ns_pools or ns_limits? We're trying to figure out why our average latency has bumped up since we migrated over from 4.0 to 4.5.1. Thanks, Levy ------------------------------------------------------------------------------ Cloud Computing - Latest Buzzword or a Glimpse of the Future? This paper surveys cloud computing today: What are the benefits? Why are businesses embracing it? What are its payoffs and pitfalls? http://www.accelacomm.com/jaw/sdnl/114/51425149/_______________________________________________ aolserver-talk mailing list aolserver-talk&lt; at &gt;lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aolserver-talk </pre> Levy Bajamundi 2011-12-14T09:16:55 [AOLSERVER] ns_http http://comments.gmane.org/gmane.comp.web.aolserver/16490 <pre>Hey all, I'm in the process of making some additions to ns_http (especially a "waitall" subcommand that waits for any outstanding request to finish; useful when you're making a lot of requests) and I got to wondering if ns_http would be better as an external module (where it might be more flexible to update) or if people prefer it in the core. Thoughts? -J ------------------------------------------------------------------------------ Cloud Computing - Latest Buzzword or a Glimpse of the Future? This paper surveys cloud computing today: What are the benefits? Why are businesses embracing it? What are its payoffs and pitfalls? http://www.accelacomm.com/jaw/sdnl/114/51425149/ _______________________________________________ aolserver-talk mailing list aolserver-talk&lt; at &gt;lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aolserver-talk </pre> Jeff Rogers 2011-12-14T00:03:55 [AOLSERVER] How to use ns_limit? http://comments.gmane.org/gmane.comp.web.aolserver/16489 <pre>Hi, How do I implement ns_limits? Can I enter the following is the config file: ns_limits set default -maxupload [expr 15 * 1024 * 1024] or, do I need to do something else? Thanks, Thorpe Thorpe Mayes tmayes&lt; at &gt;ecognizant.com ------------------------------------------------------------------------------ Learn Windows Azure Live! Tuesday, Dec 13, 2011 Microsoft is holding a special Learn Windows Azure training event for developers. It will provide a great way to learn Windows Azure and what it provides. You can attend the event by watching it streamed LIVE online. Learn more at http://p.sf.net/sfu/ms-windowsazure _______________________________________________ aolserver-talk mailing list aolserver-talk&lt; at &gt;lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aolserver-talk </pre> Thorpe Mayes 2011-12-12T14:51:52 Slow download speed http://comments.gmane.org/gmane.comp.web.aolserver/16487 <pre>Hi , Over a single internet connection i tried downloading a zip file from Aolserver and from Nginx. Aolserver was giving me download speed in my particular case 10-15 KB/s , whereas same file downloaded from Nginx with more than 800 KB/s . Both Nginx and Aoslerver (4.5.1) are hosted on the same server , same OS , Is there any hidden resource limiting in Aolserver 4.5.1 ? Thanks in advance for any insight , -- -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to &lt;listserv&lt; at &gt;listserv.aol.com&gt; with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank. </pre> aT 2011-11-10T07:57:05 AOLserver mailing lists have now moved to SourceForge http://comments.gmane.org/gmane.comp.web.aolserver/16484 <pre>Dear AOLserver Community, On October 17th, AOL has informed us that they will be discontinuing their LISTSERV service as of November 1st, 2011. For over 10 years now, the AOLserver community's email lists have been hosted through this offering. Since the AOLserver open source project is currently hosted at SourceForge, it only seemed fitting to move our mailing lists over to the Mailman list offering that SourceForge provides. I have migrated all current subscribers from LISTSERV to Mailman. NOTE: You may receive several copies of this email, as I'm sending it to the new Mailman lists as well as the previous LISTSERV lists, to ensure that everyone will receive at least copy of this message. You can manage your mailing list preferences on the following page: https://sourceforge.net/mail/?group_id=3152 There are three mailing lists: 1) AOLserver Announcements aolserver-announce&lt; at &gt;lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aolserver-announce This is a low-traffic, announcement-only mailing list. 2) AOLserver Discussion List aolserver-talk&lt; at &gt;lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/aolserver-talk This is the general-purpose discussion mailing list for the AOLserver community. 3) AOLserver Commit Notifications aolserver-commits&lt; at &gt;lists.sourceforge.net https://lists.sourceforge.net/mailman/listinfo/aolserver-commits This list receives all source code commit notification messages and is primarily intended for developers who wish to receive these notifications. Unfortunately, there doesn't appear to be a way for me to import the previous LISTSERV archives into the new Mailman setup, so our 10+ years of past activity won't be accessible through the SourceForge archives. Fortunately, there are other list archive services out there who have mirrored our mailing lists, so archives should continue to be available that way: http://www.mail-archive.com/aolserver&lt; at &gt;listserv.aol.com/ http://www.mail-archive.com/aolserver-announce&lt; at &gt;listserv.aol.com/ http://news.gmane.org/gmane.comp.web.aolserver As always, if there are any questions or concerns, please do not hesitate to contact me or the aolserver-talk list to discuss. Thanks, Dossy Shiobara </pre> Dossy Shiobara 2011-10-27T04:42:32 recent updates http://comments.gmane.org/gmane.comp.web.aolserver/16462 <pre>Hey all, me again. For those of you who don't monitor the commits list I wanted to share a few changes I've recently made as well as a few I'm still thinking about. - implemented native decoding of strings in ns_returnfile. This allows filenames that are not utf-8 to be passed, similar to tcl core functions. - committed a long-outstanding patch to address a fastpath caching bug where incorrect file content could be delivered in a system when inodes are rapidly being reused. Added a new config option "cacheminage" to control this behavior. - implemented a suggestion to re-run pre-auth and post-auth filters on internal redirects. As this could break assumptions in unusual situations, there is a config option "filterredirect" to disable it. Among other things, this addresses an issue in openacs that made it complicated to handle 404 errors. Also fixed a server crash when there is an error in the configured error page. - added flags to insert a filter at the beginning of the list of registered filters instead of only at the end, and to order filters by priority. - exposed the gzip flag to tcl scripts (ns_conn gzip) - added another new filter, "pre-write" which runs after content has been returned but before it has been sent over the network. To make this useful, there is a new method to ns_conn to examine and set the response content that is about to be sent. This could be useful for implementing something like apache's mod_pagespeed, which rewrites content to do things like merge javascript and css files to reduce external requests, or just strip extraneous whitespace from a page. - added a tuning knob "maxaccept" to let the driver accept more than one connection per spin. The SF RFE for this referenced a paper that found this type of change could improve performance and reduce dropped connections under load; I unfortunately don't have a network capable of simulating enough load to stress this so I cannot claim any measured improvement. I also have a few other ideas I haven't gotten around to adding (or even necessarily thinking through completely) yet: - removing encoding and gzip compression from the normal response writing codepath (Ns_ConnFlush) and making them into pre-write filters. - adding an api to name C-coded filters and handler procs such that they could be used by the tcl ns_register_filter/ns_register_proc commands. This could eliminate a few special-purpose commands that do this same thing for particular operations (ns_register_fastpath and ns_register_filter_shortcut). - add support for chunked encoding for requests, digest authentication, and Expect: 100-continue. I've heard that these are already supported in NaviServer, so this may be a fairly simple cut&amp;paste enhancement. - replace c-coded versions of many file operations with equivalent tcl-coded versions. Many of these functions (e.g., ns_mkdir, ns_cp) come from before tcl had equivalent functionality, but tcl now has that functionality, and it's better (native decoding). - replace ns_share with tcl version built around nsv, if not eliminating it entirely. - remove other really old code like tclx keylist support. I honestly don't know if this is still being used, perhaps it could be kept around in a "nscompat" module along with other things like ns_var and ns_share). I'm a bit reluctant to break compatibility without an easy switch to un-break it. - make content sending event based, by pushing it back to the driver thread, a task thread, or a completely new writer thread, rather than blocking a conn thread if the content is big and the network is slow. There is support for doing this at the tcl level, but it would be nice to have it implicitly happen everywhere. - let queue-waits be set up from a conn thread and the conn re-queued in the driver thread. This would let you do database operations before making network calls and still wait for those calls to complete without tying up conn threads. This would mean a rather esoteric coding style but I think it would make for a really powerful mashup engine. Some of these are pretty disruptive (especially the last two), and introducing incompatibilities (even ones with an easy off switch) is not something to be taken lightly; does anyone else think a new 4.5.2 release with the recent bugfixes and non-disruptive new features could be done, and then slightly disruptive stuff (i.e., moving c-coded commands to tcl) could be targeted at 4.6? Naturally, I'm also interested in any feedback on anything I've done or suggested also. Cheers, -J </pre> Jeff Rogers 2011-10-19T05:45:30 Search Engine Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.web.aolserver