Hello! I am trying to implement dynamic reloading of workers on top of mod_jk 1.2.30 + apache 2.2. However, I am getting strange errors related to shared memory and others.
== Initial design decisions == - Reloading is checked during watchdog, wc_maintain phase. This way all connections can be freed, and w_maintain call ensures it is single run only. - mtime is checked, just as in jk_uri_worker_map.c - wc_close/wc_open calls is made, if mtime is changed. - No JkWorker* directives must be allowed, except JkWorkerFile - No JkMount directives must be allowed, except JkMountFile == Errors == close_workers::jk_worker.c (252): Closing existing 4 workers close_workers::jk_worker.c (260): close_workers will destroy worker SATURN-1 ajp_destroy::jk_ajp_common.c (2947): up to 64 endpoints to close ajp_close_endpoint::jk_ajp_common.c (775): closing endpoint with sd = 4294967295 (socket shutdown) ... 64 lines (note 4294967295 == 0xFFFFFFFF, somehow such messages does not occur during standard shutdown procedure) .... build_worker_map::jk_worker.c (284): creating worker SATURN-1 wc_create_worker::jk_worker.c (185): about to create instance SATURN-1 of ajp13 ajp_worker_factory::jk_ajp_common.c (2929): allocating ajp worker record from shared memory wc_create_worker::jk_worker.c (190): factory for ajp13 failed for SATURN-1 build_worker_map::jk_worker.c (304): failed to create worker SATURN-1 close_workers::jk_worker.c (252): Closing existing 0 workers wc_create_worker::jk_worker.c (190): factory for ajp13 failed for SATURN-1 this error is particularly confusing and afaik, occurs in call to jk_shm_alloc_ajp_worker, which in turn fails in jk_shm.c:768 - jk_shm_alloc(p, JK_SHM_AJP_WORKER_SIZE); i wonder, maybe shared memory/or pool is readonly after initial setup phase? is there other things I should watch for? Here is the patch. http://huksley.sdot.ru/wp-content/uploads/2010/09/mod_jk-1.2.30-reload-workers-patch.zip I haven`t modified rest of source tree, related to IIS, Apache1X or other webservers, so it wont compile. With kindest personal regards, Ruslan Gainutdinov <rusla...@gmail.com> --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org