[AOLSERVER] FW: Nspostgres Segmentation fault problem
Hi, I have problem With AOLserver 4.0.10 and nspostgres version 4. When Postgresql database is unaccessible for a while AOLserver is dying with the error: 19/May/2008:09:55:51][14192.3068214160][-conn:server1::29] Error: dbinit: error(10.0.200.200::server1,server closed the connection unexpectedly This probably means the server terminated abnormally before or while processing the request. ): 'select sec_id_seq.nextval' Program received signal SIGSEGV, Segmentation fault. In GDB, backtrace shows: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1226753136 (LWP 14239)] 0x00a708ef in DbFail (interp=0x139ac2c0, handle=0x8dbf3b8, cmd=0x18b436f0 0or1row, sql=0x18b4c8f0 select sec_id_seq.nextval) at nspostgres.c:1131 1131 if (pqerror[0] != '\0') { (gdb) bt #0 0x00a708ef in DbFail (interp=0x139ac2c0, handle=0x8dbf3b8, cmd=0x18b436f0 0or1row, sql=0x18b4c8f0 select sec_id_seq.nextval) at nspostgres.c:1131 #1 0x00a71565 in PgBindCmd (dummy=0x0, interp=0x139ac2c0, argc=4, argv=0xb6e0dc38) at nspostgres.c:1477 #2 0x006e0145 in TclInvokeStringCommand (clientData=0x13989bb8, interp=0x139ac2c0, objc=4, objv=0xb6e0de5c) at ./../generic/tclBasic.c:1778 #3 0x006e17c5 in TclEvalObjvInternal (interp=0x139ac2c0, objc=4, objv=0xb6e0de5c, command=0x774072 , length=0, flags=262144) at ./../generic/tclBasic.c:3088 I've tried to change nspostgres.so to newer version (4r1) from CVS but the problem still exists: [19/May/2008:10:37:55][15960.3068312464][-conn:server1::23] Notice: Ns_PgExec: Trying to reopen database connection [19/May/2008:10:37:55][15960.3068312464][-conn:server1::23] Fatal: received fatal signal 11 And backtrace is: gdb) bt #0 0x004f1402 in __kernel_vsyscall () #1 0x009eada0 in *__GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #2 0x009ec781 in *__GI_abort () at abort.c:88 #3 0x00a2196b in __libc_message (do_abort=2, fmt=0xae8564 *** glibc detected *** %s: %s: 0x%s ***\n) at ../sysdeps/unix/sysv/linux/libc_fatal.c:170 #4 0x00a296a6 in _int_free (av=0xb02120, mem=0x9d6aa88) at malloc.c:5758 #5 0x00a2cc10 in *__GI___libc_free (mem=0x9d6aa88) at malloc.c:3541 #6 0x005b14b0 in DLFreeList (list=0x9ccb688) at dllist.c:69 #7 0x005a29ae in closePGconn (conn=0xb587d70) at fe-connect.c:2119 #8 0x005a2c05 in PQfinish (conn=0xb587d70) at fe-connect.c:2148 #9 0x0013f004 in Ns_PgExec (handle=0x97b35b8, sql=0xefca8a8 select sec_id_seq.nextval) at nspostgres.c:368 #10 0x001337af in Ns_DbExec (handle=0x97b35b8, sql=0xefca8a8 select sec_id_seq.nextval) at dbdrv.c:415 #11 0x001336d0 in Ns_DbSelect (handle=0x97b35b8, sql=0xefca8a8 select sec_id_seq.nextval) at dbdrv.c:372 #12 0x00137381 in Ns_Db0or1Row (handle=0x97b35b8, sql=0xefca8a8 select sec_id_seq.nextval, nrows=0xb6d11af4) at dbutil.c:103 #13 0x00141b13 in PgBindCmd (dummy=0x0, interp=0xeb49d58, argc=4, argv=0xb6d11c38) at nspostgres.c:1628 #14 0x00209145 in TclInvokeStringCommand (clientData=0xeb64818, interp=0xeb49d58, objc=4, objv=0xb6d11e5c) at ./../generic/tclBasic.c:1778 #15 0x0020a7c5 in TclEvalObjvInternal (interp=0xeb49d58, objc=4, objv=0xb6d11e5c, command=0x29d072 , length=0, flags=262144) at ./../generic/tclBasic.c:3088 Best regards Agnieszka Kukalowicz -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Aolserver 4.0.10 and Hoard 2.1.2d
Hi, This used to be a problem in older AOLserver 4.0, where the IP address you're using was missing reverse DNS ... but yours is failing in NsInitConf() ... are you sure you're loading the correct libnsd.so? I'd check your LD_LIBRARY_PATH and be extra-careful. I checked everything and did the same at the developer and production server. I thought that the problem were with the glibc library because my production server is Red Hat 7.2 with glibc 2.2.4 and developer server (where AOLserver 4.0.10+ Hoard 2.1.2d works) - Red Hat 7.3 with glibc 2.2.5. So I upgraded glibc to 2.2.5 but the problem still exists. I built the AOLserver and TCL with the USE_THREAD_ALLOC=0 to see if it helps. But I still got the error Ns_TlsGet: invalid key: 0: should be between 1 and 100. I use the strace in production and develop server to make some debug. The only difference I can see is that at the production server old_map is used while at the develop server mmap2. At the production server I have (the fragment below): read(33, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0 \304\1..., 1024) = 1024 fstat64(33, {st_mode=S_IFREG|0755, st_size=5737218, ...}) = 0 old_mmap(NULL, 1267240, PROT_READ|PROT_EXEC, MAP_PRIVATE, 33, 0) = 0x40178000 mprotect(0x402a4000, 38440, PROT_NONE) = 0 old_mmap(0x402a4000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 33, 0x12b000) = 0x402a4000 old_mmap(0x402aa000, 13864, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x402aa000 close(33) = 0 old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x402ae000 munmap(0x40139000, 26394) = 0 getrlimit(0x3, 0xb644) = 0 setrlimit(RLIMIT_STACK, {rlim_cur=2044*1024, rlim_max=RLIM_INFINITY}) = 0 getpid()= 16030 rt_sigaction(SIGRT_0, {0x4002efc4, [], 0x400}, NULL, 8) = 0 rt_sigaction(SIGRT_1, {0x4002e39c, [], 0x400}, NULL, 8) = 0 rt_sigaction(SIGRT_2, {0x4002f050, [], 0x400}, NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [32], NULL, 8) = 0 _sysctl({{CTL_KERN, KERN_VERSION}, 2, 0xb64c, 34, (nil), 0}) = 0 open(/proc/cpuinfo, O_RDONLY) = 33 read(33, processor\t: 0\nvendor_id\t: Genuin..., 32768) = 766 close(33) = 0 old_mmap(0x1000, 417792, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x1000 brk(0) = 0x804c6a8 brk(0x804f6a8) = 0x804f6a8 brk(0x805) = 0x805 brk(0x8051000) = 0x8051000 brk(0x8053000) = 0x8053000 brk(0x8057000) = 0x8057000 write(2, Ns_TlsGet: invalid key: 0: shoul..., 54Ns_TlsGet: invalid key: 0: should be between 1 and 100) = 54 write(2, \n, 1 ) = 1 And at the develop server: open(/lib/i686/libc.so.6, O_RDONLY) = 30 read(30, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`u\1B4\0..., 1024) = 1024 fstat64(30, {st_mode=S_IFREG|0755, st_size=1401027, ...}) = 0 old_mmap(0x4200, 1264928, PROT_READ|PROT_EXEC, MAP_PRIVATE, 30, 0) = 0x4200 mprotect(0x4212c000, 36128, PROT_NONE) = 0 old_mmap(0x4212c000, 20480, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 30, 0x12c000) = 0x4212c000 old_mmap(0x42131000, 15648, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x42131000 close(30) = 0 munmap(0x4013, 29511) = 0 getrlimit(0x3, 0xb7e4) = 0 setrlimit(RLIMIT_STACK, {rlim_cur=2044*1024, rlim_max=RLIM_INFINITY}) = 0 getpid()= 4500 rt_sigaction(SIGRTMIN, {0x4002a250, [], 0x400}, NULL, 8) = 0 rt_sigaction(SIGRT_1, {0x40029500, [], 0x400}, NULL, 8) = 0 rt_sigaction(SIGRT_2, {0x4002a2e0, [], 0x400}, NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [RTMIN], NULL, 8) = 0 _sysctl({{CTL_KERN, KERN_VERSION}, 2, 0xb59c, 31, (nil), 0}) = 0 mmap2(0x1000, 417792, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, - ^ 1, 0) = 0x1000 brk(0) = 0x804bdc8 brk(0x804edc8) = 0x804edc8 brk(0x804f000) = 0x804f000 open(/proc/cpuinfo, O_RDONLY) = 30 read(30, processor\t: 0\nvendor_id\t: Genuin..., 32768) = 377 close(30) = 0 brk(0x805) = 0x805 brk(0x8052000) = 0x8052000 brk(0x8054000) = 0x8054000 brk(0x8058000) = 0x8058000 brk(0x805c000) = 0x805c000 brk(0x806) = 0x806 time(NULL) = 1181032899 time([1181032899]) = 1181032899 getpid()= 4500 Any idea? Cheers Agnieszka Kukalowicz -- AOLserver
[AOLSERVER] Aolserver and NSV contention
Hi, I've recently discovered I had very big contention ratio in my AOLserver. This is from my locks statistics. Id Locks BusyContention nsv:1:server 471226753 599579 48.8752829624 nsv:9:server 39 1276371 34144 2.67508428192 In the configuration file I have: . ns_param nsvbuckets 32 ;# No. of buckets to hold nsv's How may I check what nsv cache I have is responsible for the big value? Is it possible? How could I reduce the contention? Cheers Agnieszka Kukałowicz -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
[AOLSERVER] Aolserver 4.0.10 and Hoard 2.1.2d
Hi, I have problems with AOLserver and Hoard allocator. I tested Hoard on my deweloper server some months ago and everything seemed to be ok. It really reduced memory allocated by AOLserver. But ... when I tried to run AOLserver with Hoard on my production server I got an error: Ns_TlsGet: invalid key: 0: should be between 1 and 100 There is a gdb backtrace below: Program received signal SIGABRT, Aborted. 0x401a8a01 in __kill () from /lib/i686/libc.so.6 (gdb) bt #0 0x401a8a01 in __kill () from /lib/i686/libc.so.6 #1 0x400300fb in raise () from /usr/lib/libpthread.so #2 0x401a9f82 in abort () at ../sysdeps/generic/abort.c:88 #3 0x40102e69 in Tcl_PanicVA () from /web/jail/opt/aolserver4//lib/libtcl8.4.so #4 0x40102e8c in Tcl_Panic () from /web/jail/opt/aolserver4//lib/libtcl8.4.so #5 0x400950a5 in Ns_TlsGet (keyPtr=0x0) at tls.c:142 #6 0x40094f34 in GetThread () at thread.c:405 #7 0x40094d99 in Ns_ThreadSetName (name=0x400811a3 -main-) at thread.c:272 #8 0x4005fe10 in NsInitConf () at nsconf.c:68 #9 0x4005daec in _init () at init.c:69 #10 0x4000d9e7 in _dl_init () at eval.c:41 I really don't know why it happens. The only difference is that the developer server is RH 7.3 and production server is RH 7.2. Do you have any idea what to do? Cheers Agnieszka Kukalowicz -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] AolServer and core dumps
No, it's in /usr/local/lib. Is /usr/local/lib in your LD_LIBRARY_PATH? My mistake. I've forgetten to make 'ldconfig' after installing google-coredumper. After that everything is ok. Thanks for help Cheers qqlka -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] AolServer and core dumps
Hi, I tried to use it but it doesn't work. It looks like something is wrong with tcl-coredumper configure script. I did: configure --with-tcl=[aolserver_dir]/lib --with-google-coredumper=/usr/local make and put it under Aolserver lib directory. When I had started to use it I got an error: couldn't load file [aolserver_dir]/lib/coredumper/coredumper.so: libcoredumper.so.0: cannot open shared object file: No such file or directory while executing load [aolserver_dir]/lib/coredumper/coredumper.so (package ifneeded script) invoked from within package require google-coredumper 0.1 And 'ldd coredumper.so' prints: libtcl8.4.so = /web/jail/opt/aolserver4/lib/libtcl8.4.so (0x4000a000) libdl.so.2 = /lib/libdl.so.2 (0x400ab000) libpthread.so.0 = /lib/i686/libpthread.so.0 (0x400ae000) libm.so.6 = /lib/i686/libm.so.6 (0x400c2000) libcoredumper.so.0 = not found libc.so.6 = /lib/i686/libc.so.6 (0x4200) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x8000) But the libcoredumper.so.0 is in the directory /usr/local: ls /usr/local/lib/libcoredumper*: /usr/local/lib/libcoredumper.a /usr/local/lib/libcoredumper.so /usr/local/lib/libcoredumper.so.0.0.0 /usr/local/lib/libcoredumper.la /usr/local/lib/libcoredumper.so.0 How should it be configured? Cheers Agnieszka Kukałowicz -Original Message- From: AOLserver Discussion [mailto:[EMAIL PROTECTED] On Behalf Of Nathan Folkman Sent: Wednesday, March 28, 2007 4:38 PM To: AOLSERVER@LISTSERV.AOL.COM Subject: Re: [AOLSERVER] AolServer and core dumps You might want to take a look at the Tcl Core Dumper package Dossy and I did a while back. http://aolserver.cvs.sourceforge.net/aolserver/tcl-coredumper/ - n On 3/28/07, Agnieszka Kukałowicz [EMAIL PROTECTED] wrote: Hi, I have question on how to force Aolserver to dump core? My Aolserver crashes in some circumstances causing segmentation fault. I would like to debug the problem, but I can't see any core file. It looks like everything is set right. I made 'ulimit -c unlimited' to have unlimited core file size and my permissions where I dump a core look ok. What might be the reason it does not work? Cheers Agnieszka Kukalowicz -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank. -- Nathan Folkman [EMAIL PROTECTED] -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
[AOLSERVER] AolServer and core dumps
Hi, I have question on how to force Aolserver to dump core? My Aolserver crashes in some circumstances causing segmentation fault. I would like to debug the problem, but I can't see any core file. It looks like everything is set right. I made 'ulimit -c unlimited' to have unlimited core file size and my permissions where I dump a core look ok. What might be the reason it does not work? Cheers Agnieszka Kukalowicz -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
[AOLSERVER] Client Certificate in AolServer
Hi Guys, Have anyone did something like revocation client certificate in AolServer? My site uses client certificate authentication very strong. And everything is ok until I need to revoke the client certificate for some reasons. In Apache web server there is a directive SSLCARevocationFile points to the CRL file. So when I need to revoke client certificate I just revoke it, create a CRL file and put it into a proper Apache directory. In AolServer I can't find any parameters for this kind of configuration. Can it be configured at all? Is there any way to check if the certificate has been revoked? Best regards Agnieszka Kukalowicz -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
[AOLSERVER] AOLserver 4.0.10 and Hoard
Hi, I have problem with running AOLserver 4.0.10 with Hoard on my production server. After putting in my run script the line below: export LD_PRELOAD=/usr/lib/libdl.so:/usr/local/lib/libhoard.so:/usr/lib/libpth rea.so and restarting the server I get: Ns_TlsGet: invalid key: 0: should be between 1 and 100 When I tested Hoard on my developer server everything was ok. What am I doing wrong? Cheers Agnieszka Kukałowicz -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] tcmalloc
For sure. Followed the instructions for Hoard for example, I ony set the LD_PRELOAD variable. And there is also no instructions for zippy2 to recompile TCL without DUSE_THREAD_ALLOC. So my question is if I want to use Hoard/Zippy2/Tcmalloc do I need to built TCL without the zippy memory allocator as you wrote? And the second thing. Maybe, It would be a good idea to put these instruction in README file in Zippy2 code? Agnieszka -Original Message- From: AOLserver Discussion [mailto:[EMAIL PROTECTED] On Behalf Of Nathan Folkman Sent: Wednesday, December 13, 2006 8:07 PM To: AOLSERVER@LISTSERV.AOL.COM Subject: Re: [AOLSERVER] tcmalloc Exactly right. Thanks for jogging my memory! ;-) Here's a snippet from one of our custom build scripts which might help: @echo ** MODIFYING TCL TO BUILD WITHOUT THE ZIPPY MEMORY ALLOCATOR ** cd $(ROOT_DIR)/tcl/unix \ cat Makefile | sed -e 's/-DUSE_THREAD_ALLOC=1//' Makefile.new \ cat tclConfig.sh | sed -e 's/-DUSE_THREAD_ALLOC=1//' tclConfig.sh.new \ cp Makefile.new Makefile \ cp tclConfig.sh.new tclConfig.sh On 12/13/06, Jeff Rogers [EMAIL PROTECTED] wrote: Nathan Folkman wrote: What you need to do is build a version of Tcl that has support for threads, but does not use the Zippy allocator. I seem to remember there being issues with core Tcl that did not allow you to do this easily, but you'd have to double check. Maybe try something like --enable-threads --disable-thread-alloc. If I recall from when I was poking at this, there is no configure flag to disable the threaded allocator; instead you need to edit the generated Makefile after you run configure and remove -DUSE_THREAD_ALLOC=1 from AC_FLAGS. And of course, 'make clean' before remaking or nothing will change. -J -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank. -- Nathan Folkman [EMAIL PROTECTED] -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank. -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] zippy2 Build Problem for AOLserver 4.0.x
Hi, Try the following as a replacement for the current Makefile: CLEAN = clean-it INSTALL = install-it LIB = zippy2 LIBOBJS = tclThreadAlloc.o CFLAGS += -I$(TCL)/generic ... It works. Thanks a lot. Also curious as to what motivated you to look into this in the first place. Are you experiencing memory issues? Are you experiencing memory issues? Yes, My production server uses a lot of memory (almost 2GB after one day running). First, I thought it was because of some kind of bad code in our application. But I made a lot of tests and statistics and I did notice nothing. The application is very stable, there is no leak of memory. My conclusion was it was due to memory alloction in AOLserver and articles in the Internet confirmed that. Now I'm testing AOLserver with Hoard and I need to say it looks very nice. The memory usage decreased about 20% - 40% depending on server parameters. I would also like to see how zippy2 works and compare it with hoard. I will let you know about results of my experiment. Cheers, Agnieszka -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
[AOLSERVER] zippy2 problem
Hi, I have problem compiling zippy2 allocator. I hoped to make some tests to compare Zippy2 with Hoard allocator, but when I tried to build zippy2 I get errors: Makefile:41: [.]/aolserver/include/ns.mak: No such file or directory I think it is due to missing ns.mak file in version 4.0.10 I have. So, my question is what I should change in Makefile for to build zippy2 without errors. I use AOLserver in 4.0.10 in my production environment and so far I don't want to upgrade it to 4.5 version. Agnieszka Kukalowicz -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] zippy2 problem
Hi, If memory serves, the zippy2 work was done against AOLserver 4.5, which uses slightly different semantics for building. I think you should be able to simply change that line to be: Makefile:41: [.]/aolserver/include/Makefile.module Unfortunately it doesn't work. While building, I get errors: tclThreadAlloc.c:19:20: tclInt.h: No such file or directory tclThreadAlloc.c:20:21: tclPort.h: No such file or directory I guess it is because of a problem to find TCL include directory. But I don't know what to change in order to make it work. Please, help. Cheers Agnieszka Kukalowicz -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
[AOLSERVER] FW: Big usage memory in AOLServer 4.0.10
Hi All, I have a problem with AolServer 4.0.10/TCL 8.4.11 It is very similar to post Weird memory leak problem in AOLserver 3.4.2/3.x because it also allocates a lot of virtual memory. After restarting AolServer I can see that it starts to use more and more memory. Below there are some stats: 22-05-2006 05:03:00:AOLMEM:73412current:20 idle:19 22-05-2006 05:06:02:AOLMEM:89644current:20 idle:19 22-05-2006 05:09:01:AOLMEM:100040 current:20 idle:19 22-05-2006 05:10:01:AOLMEM:101624 current:20 idle:19 22-05-2006 05:12:01:AOLMEM:110952 current:20 idle:18 22-05-2006 05:15:01:AOLMEM:117108 current:20 idle:18 22-05-2006 05:18:01:AOLMEM:123064 current:20 idle:18 22-05-2006 05:20:01:AOLMEM:127440 current:15 idle:14 22-05-2006 13:06:04:AOLMEM:789496 current:37 idle:28 22-05-2006 13:09:02:AOLMEM:788636 current:7 idle:3 22-05-2006 13:10:02:AOLMEM:789260 current:7 idle:5 22-05-2006 13:12:05:AOLMEM:792592 current:47 idle:43 22-05-2006 13:15:01:AOLMEM:793292 current:4 idle:2 22-05-2006 13:18:01:AOLMEM:794340 current:8 idle:7 22-05-2006 13:20:01:AOLMEM:794692 current:4 idle:3 22-05-2006 13:21:01:AOLMEM:795308 current:8 idle:6 22-05-2006 13:24:01:AOLMEM:797812 current:6 idle:1 22-05-2006 13:27:01:AOLMEM:800456 current:12 idle:7 After 24 hours AolServer uses c.a 1,6 - 2 GB virtual memory. It reaches 3GB memory limit per process in Linux every 2 days, so I need to restart it everyday. My threads configuration is: ns_param connsperthread 100 ns_param flushcontentfalse ns_param maxconnections 100 ns_param maxdropped 0 ns_param maxthreads 100 ns_param minthreads 20 ns_param threadtimeout 120 Can anyone help me how to reduce memory usage? Agnieszka Kukałowicz -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Aolserver and ttrace
Hi all, Because I didn't succeed in configure AOlserver with Ttrace version 0.9. I again tried to install Ttrace from the Thread 2.6.2 package. I have in directory aolserver/lib/tcl8.4/ directory thread2.6.2/ with files ttrace.tcl and pkgIndex.tcl. I also left the aolserver/bin/init.tcl file from Ttrace 0.9 package. Everything seems to be ok. But when I start server and try to make connection I still get errors like this: Error: invalid command name ns_cleanupchans invalid command name ns_cleanupchans while executing ::tcl::unknown ns_cleanupchans (eval body line 1) invoked from within ::eval ::tcl::unknown $args invoked from within ns_cleanupchans (procedure ns_cleanup line 5) invoked from within ns_cleanup or invalid command name ad_conn while executing ::tcl::unknown ad_conn -set error_p 1 (eval body line 1) invoked from within ::eval ::tcl::unknown $args invoked from within ad_conn -set error_p 1 This seems to be problem with unknown procedure. Any idea why it happens? Agnieszka Kukalowicz -Original Message- From: AOLserver Discussion [mailto:[EMAIL PROTECTED] On Behalf Of Agnieszka Kukałowicz Sent: Monday, February 20, 2006 5:25 PM To: AOLSERVER@LISTSERV.AOL.COM Subject: Re: [AOLSERVER] Aolserver and ttrace Hi, did you configure make install to actually also install ttrace.tcl to where your TCL libs are located? Yes, I did. I have two files in aolserver/lib/Ttrace1.0.0/: ttrace.tcl and pkgIndex.tcl. Agnieszka Kukalowicz -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank. -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank. -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Aolserver and ttrace
Hi, I used ttrace version 0.9 and followed the instructions. So I copied init.tcl from ttrace-0.9/aolserver directory to aolserver 4.x bin directory. But when I start Aolserver and try to get any connection with my site I get: 20/Feb/2006:14:47:08][6187.4101][-conn:mysite::0] Error: invalid command name \2 invalid command name \2 while executing {\2} {\1} {\3} {} (in namespace eval ::xml script line 3) invoked from within ::namespace eval ::xml { ::variable substExpr {} {\2} {\1} {\3} {} } or Error: invalid command name ad_conn invalid command name ad_conn while executing ad_conn -set error_p 1 or Error: invalid command name ns_cleanupchans invalid command name ns_cleanupchans while executing ns_cleanupchans (procedure ns_cleanup line 5) invoked from within ns_cleanup What else am I doing wrong? Best regards Agnieszka Kukalowicz -Original Message- From: AOLserver Discussion [mailto:[EMAIL PROTECTED] On Behalf Of Bernd Eidenschink Sent: Friday, February 17, 2006 5:43 PM To: AOLSERVER@LISTSERV.AOL.COM Subject: Re: [AOLSERVER] Aolserver and ttrace Hi Agnieszka, I send you ttrace-09.tar.gz. You will find all config options you need for your config file in order to use it. You do not need to install any shared libraries. It works very well and stable for our servers -- but we do not run OpenAcs or something like it. Nevertheless I know people also use it there on very large installations. Hope this helps, Bernd. -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank. -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Aolserver and ttrace
Hi, did you configure make install to actually also install ttrace.tcl to where your TCL libs are located? Yes, I did. I have two files in aolserver/lib/Ttrace1.0.0/: ttrace.tcl and pkgIndex.tcl. Agnieszka Kukalowicz -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank. -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
[AOLSERVER] Aolserver and ttrace
Hi all, I have problem with enabling ttrace mechanism In my AolServer installation. I followed the instructions from Thread2.6.2 package and did: gunzip thread2.6.2.tar.gz| tar xv cd thread2.6.2 ./configure enable-threads with-aolserver=[my aolserver install dir] prefix=[my aolserver install dir] -exec-prefix=[my aolserver install dir] make; make install and in my AolServer config file in module section: ns_param libthread ${installdir}/lib/thread2.6.2/libthread2.6.2.so After restarting AolServer I have in the log: [17/Feb/2006:16:12:09][3125.1024][-main-] Notice: modload: loading '/web/jail/opt/aolserver/lib/thread2.6.2/libthread2.6.2.so So everything seems to be ok. But further I dont know what I shall do to start using ttrace. I would like to enable it in one place so nobody should trouble about putting ttrace::enable or ns_eval in tcl files. Is it possible? By the way, my application running under AolServer is very similar to OpenACS. Any advice? Thanks, Agnieszka Kukalowicz -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.