Re: FYI: jk 1.2.20 core on iSeries v5R3

2007-02-09 Thread Rainer Jung
Hi Henri, do you have any information, if the crash problem for iSeries has been resolved by the format string fix? Anything else we need to do before 1.2.21? Regards, Rainer Henri Gomez wrote: the problem on iSeries with the sprintf is very common since on this 64bits boxes integer and po

Re: FYI: jk 1.2.20 core on iSeries v5R3

2007-02-01 Thread Henri Gomez
the problem on iSeries with the sprintf is very common since on this 64bits boxes integer and pointers are very different (32 bits int and 128 bits pointers). The Apache 2 with modified mod_jk should be tested today so I could tell you if the patches solve the problem. Regards 2007/2/2, Eric We

Re: FYI: jk 1.2.20 core on iSeries v5R3

2007-02-01 Thread Eric Wertman
I did rebuild the sources as prefork, it seems to have stopped the problem. I did also make those 2 corrections you pointed out earlier in the thread. Eric Wertman wrote: Connector: maxThreads="800" minThreads="100" bufferSize="8192" backlog="256" /> I've tried all sorts of permutations o

Re: FYI: jk 1.2.20 core on iSeries v5R3

2007-02-01 Thread Henri Gomez
2007/2/1, Mladen Turk <[EMAIL PROTECTED]>: Eric Wertman wrote: > Connector: > > > > JkWorkersFile conf/workers.properties > JkShmFile logs/mod_jk.shm > JkShmSize 8192 This is 8MB of shared memory. Are you sure you have 1 workers? Yep, I'll we reduce it :) 1K/worker, 250 worker =>

Re: FYI: jk 1.2.20 core on iSeries v5R3

2007-02-01 Thread Rainer Jung
Only depending on the number of workers (including load balancing sub workers). The unit is Kilobytes and the default is calculated for 64 workers, although, it might be slightly less at the moment. If you assume 1KB per worker, you should be on the safe side. Regards, Rainer Eric Wertman wr

Re: FYI: jk 1.2.20 core on iSeries v5R3

2007-02-01 Thread Eric Wertman
Mladen Turk wrote: Eric Wertman wrote: Connector: JkWorkersFile conf/workers.properties JkShmFile logs/mod_jk.shm JkShmSize 8192 This is 8MB of shared memory. Are you sure you have 1 workers? It wasn't obvious to me what a reasonable value of this was.. I tried everything fr

Re: FYI: jk 1.2.20 core on iSeries v5R3

2007-01-31 Thread Mladen Turk
Eric Wertman wrote: Connector: JkWorkersFile conf/workers.properties JkShmFile logs/mod_jk.shm JkShmSize 8192 This is 8MB of shared memory. Are you sure you have 1 workers? JkLogFile logs/mod_jk.log JkLogLeveldebug Segmentation fault in sig_coredump at 0x10037590 0x1

Re: FYI: jk 1.2.20 core on iSeries v5R3

2007-01-31 Thread Eric Wertman
Connector: maxThreads="800" minThreads="100" bufferSize="8192" backlog="256" /> I've tried all sorts of permutations of this... None of the values make much difference. My ab test is -n 1000 -c 200. --- workers.properties: # PlatformServer worker.Platf

Re: FYI: jk 1.2.20 core on iSeries v5R3

2007-01-31 Thread Rainer Jung
Hi Eric, maybe your observation is in fact related to Henri's, since you also get core dumps (segmentation faults), which is quite unusual. See further comments inline. Eric Wertman wrote: Sorry to jump in, I'm new here. I started watching this list because of a problem I'm having with the

Re: FYI: jk 1.2.20 core on iSeries v5R3

2007-01-31 Thread Henri Gomez
2007/1/31, Rainer Jung <[EMAIL PROTECTED]>: Hi Henri, there have been two bug fixes concerning string formatting, which have core dump potential. Both only occur with log level info or above. I think they are *not* the reason (see below). The code is in common/jk_ajp_common.c: 1) Wrong order of

Re: FYI: jk 1.2.20 core on iSeries v5R3

2007-01-31 Thread Eric Wertman
Sorry to jump in, I'm new here. I started watching this list because of a problem I'm having with the mod_jk 1.2.20 as well. I'm not getting core files, but I do have problems that I can't reproduce at log level trace or debug. I'm running it on AIX 5.3 (ml05). I compiled the apache 2.2.4 a

Re: FYI: jk 1.2.20 core on iSeries v5R3

2007-01-31 Thread Rainer Jung
Hi Henri, there have been two bug fixes concerning string formatting, which have core dump potential. Both only occur with log level info or above. I think they are *not* the reason (see below). The code is in common/jk_ajp_common.c: 1) Wrong order of arguments; should only be relevant, if n

Re: FYI: jk 1.2.20 core on iSeries v5R3

2007-01-31 Thread Henri Gomez
Thanks. Did the 1.2.21 is expected soon or should I use the trunk ? 2007/1/31, Mladen Turk <[EMAIL PROTECTED]>: Henri Gomez wrote: > Hi to all, > > I built and installed the jk 1.2.20 on iSeries i5/OS V5R3 Apache 2 > server to replace the previous 1.2.19. > Think there was some problem with wr

Re: FYI: jk 1.2.20 core on iSeries v5R3

2007-01-31 Thread Mladen Turk
Henri Gomez wrote: Hi to all, I built and installed the jk 1.2.20 on iSeries i5/OS V5R3 Apache 2 server to replace the previous 1.2.19. Think there was some problem with wrong printf format. Rainer fixed that post 1.2.20, but he should know better. Regards, Mladen. -

FYI: jk 1.2.20 core on iSeries v5R3

2007-01-31 Thread Henri Gomez
Hi to all, I built and installed the jk 1.2.20 on iSeries i5/OS V5R3 Apache 2 server to replace the previous 1.2.19. And it core with this stack trace : User Trace Dump for job 421305/QTMHHTTP/APACHEDFT. Size: 300K, Wrapped 1 times. --- 01/27/2007 23:52:06 --- 00E7:485816 Stack: QH