× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



I put DEBUG on the JkLogLevel directive and ran both the broken and working
system.  By the results of this log, I see that my failing system is
failing at the wc_open function.  If I could understand what this function
does, I may be able to fix the problem.
NETSTAT on the 400s seems to show that all necessary ports are open on all 
systems.
Working log file:
[jk_uri_worker_map.c (185)]: Into jk_uri_worker_map_t::uri_worker_map_alloc     
                               
[jk_uri_worker_map.c (236)]: Into jk_uri_worker_map_t::uri_worker_map_open      
                               
[jk_uri_worker_map.c (254)]: jk_uri_worker_map_t::uri_worker_map_open, rule map 
size is 2                      
[jk_uri_worker_map.c (323)]: Into jk_uri_worker_map_t::uri_worker_map_open, 
match rule /test/=ajp13 was added 
[jk_uri_worker_map.c (323)]: Into jk_uri_worker_map_t::uri_worker_map_open, 
match rule /test2/=ajp13 was added
[jk_uri_worker_map.c (361)]: Into jk_uri_worker_map_t::uri_worker_map_open, 
there are 2 rules                  
[jk_uri_worker_map.c (391)]: jk_uri_worker_map_t::uri_worker_map_open, done     
                               
[jk_worker.c (114)]: Into wc_open                                               
                               
[jk_worker.c (288)]: Into build_worker_map, creating 1 workers                  
                               
[jk_worker.c (297)]: build_worker_map, creating worker ajp13                    
                               
[jk_worker.c (191)]: Into wc_create_worker                                      
                               
[jk_worker.c (211)]: wc_create_worker, about to create instance ajp13 of ajp13  
                               
[jk_ajp13_worker.c (873)]: Into ajp13_worker_factory                            
                               
[jk_worker.c (226)]: wc_create_worker, about to validate and init ajp13         
                               
[jk_ajp13_worker.c (478)]: Into jk_worker_t::validate                           
                               
[jk_ajp13_worker.c (494)]: In jk_worker_t::validate for worker ajp13 contact is 
LOCALHOST:8009                 
Failing Log file:
[jk_uri_worker_map.c (185)]: Into jk_uri_worker_map_t::uri_worker_map_alloc     
                                
[jk_uri_worker_map.c (236)]: Into jk_uri_worker_map_t::uri_worker_map_open      
                                
[jk_uri_worker_map.c (254)]: jk_uri_worker_map_t::uri_worker_map_open, rule map 
size is 2                       
[jk_uri_worker_map.c (323)]: Into jk_uri_worker_map_t::uri_worker_map_open, 
match rule /test/=ajp13 was added  
[jk_uri_worker_map.c (323)]: Into jk_uri_worker_map_t::uri_worker_map_open, 
match rule /test2/=ajp13 was added 
[jk_uri_worker_map.c (361)]: Into jk_uri_worker_map_t::uri_worker_map_open, 
there are 2 rules                   
[jk_uri_worker_map.c (391)]: jk_uri_worker_map_t::uri_worker_map_open, done    
 Larry Hytail <larryhytail@xxxxxxxxx> wrote:
I have three AS400 systems that are all the same (as far As I can
tell, PTF's, System Values, etc). All three are used exclusively for
web serving using Apache and Tomcat.

Server A and B work great, hosting up dynamic content through Tomcat
with no problem (using Struts). However, server C is not functioning.

All three servers have the exact same Apache configuration except for
the LISTEN directive. On all three the Tomcat runs great in
standalone and APache runs great in standalone. To make Apache serve
up Tomcat content I add the following commands to the apache config:

LoadModule jk_module /QSYS.LIB/QHTTPSVR.LIB/QZTCJK.SRVPGM
JkWorkersFile
/home/tomcat/jakarta-tomcat-4.1.12/conf/workers.properties
JkLogFile /www/testing/logs/jk.log
JkLogLevel error
JkMount /testing/* ajp13

When these lines are added to A and B, everything works great. When
added to C, the apache instance dumps on startup. The dump is listed
at the end for those who want to see.

I have looked everywhere I can think of. PTFs, Object Authorities,
System Values, workers.properties files,Object descriptions on QZTCJK
are the same, etc and can not figure out why this thing is dumping.

Any ideas??? I am pulling my hair out.

Garry

User Trace Dump for job 009803/QTMHHTTP/TESTING. Size: 300K, Wrapped 0
times. 
--- 03/04/2003 11:57:02 ---

00000001:123896 Stack Dump For Current Thread

00000001:123920 Stack: os.c:ABORT OCCURED:

00000001:124048 Stack: Library / Program Module Stmt
Procedure 
00000001:124072 Stack: QSYS / QP0ZPCP2 QP0ZPCP2 553 :
_CXX_PEP 
00000001:124088 Stack: QSYS / QP0ZPCP2 QP0ZPCP2 539 :
main 
00000001:124112 Stack: QSYS / QP0ZPCPN QP0ZPCPN 813 :
Qp0zNewProcess 
00000001:124128 Stack: QSYS / QP0ZPCPN QP0ZPCPN 1580 :
InvokeTargetPgm__FP11qp0z_pcp_cb 
00000001:124152 Stack: QHTTPSVR / QZSRHTTP QZSRMAIN 42 :
_CXX_PEP 
00000001:124168 Stack: QHTTPSVR / QZSRHTTP QZSRMAIN 28 :
main 
00000001:124184 Stack: QHTTPSVR / QZSRCORE MAIN 685 :
apache_main 
00000001:124208 Stack: QHTTPSVR / QZSRCORE MPMT_PTHRE 18 :
AS400_call_child_main 
00000001:124224 Stack: QHTTPSVR / QZSRCORE MPMT_PTHRE 11 :
child_main 
00000001:124240 Stack: QHTTPSVR / QZSRCORE HTTP_CONFI 5 :
ap_run_child_init 
00000001:124256 Stack: QHTTPSVR / QZTCJK MOD_JK 22 :
jk_child_init 
00000001:124272 Stack: QHTTPSVR / QZTCJK MOD_JK 7 :
jk_error_exit 
00000001:124296 Stack: QHTTPSVR / QZSRCORE OS 33 :
ap_abort 
00000001:124312 Stack: QHTTPSVR / QZSRAPR OS400TRACE 1 :
apr_dstack 
00000001:124328 Stack: QSYS / QP0ZCPA QP0ZUDBG 477 :
Qp0zDumpStack 
00000001:124344 Stack: QSYS / QP0ZSCPA QP0ZSCPA 852 :
Qp0zSUDumpStack 
00000001:124360 Stack: QSYS / QP0ZSCPA QP0ZSCPA 863 :
Qp0zSUDumpTargetStack 
00000001:124360 Stack: Completed

00000001:124432 apr_dump_trace(): dump for job
009803/QTMHHTTP/TESTING 
TRCTCPAPP Output



---------------------------------
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, and more
_______________________________________________
This is the Java Programming on and around the iSeries / AS400 (JAVA400-L) 
mailing list
To post a message email: JAVA400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/java400-l
or email: JAVA400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/java400-l.



---------------------------------
Do you Yahoo!?
Yahoo! Tax Center - forms, calculators, tips, and more

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.