Thanks for info, I`ll check it out tomorrow. AFAIK, on windows, it is not shared memory but some sort of pool. Isn`t it dynamically grows when needed?
I am trying to create dynamic discovery of workers. I know there is mod_cluster, however, it is not very stable in Tomcat. And it does not give me direct control on which web server, which node/cluster application I want to see. The only thing missing from mod_jk is reloadable workers file (mounts already reloaded). If done properly and well tested, IMHO, reloadable workers file will be good for everyone. For example, right now, timeouts or activation can be either set at startup time or modified through jkmanager interface. However, when modified through the jkmanager, the same settings must be duplicated into workers file - this is tedious and error-prone. With kindest personal regards, Ruslan Gainutdinov <rusla...@gmail.com> On Mon, Sep 6, 2010 at 9:34 PM, Mladen Turk <mt...@apache.org> wrote: > On 09/06/2010 05:54 PM, Ruslan Gainutdinov wrote: >> >> Hello! >> >> >> 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? >> > > You have run out of shared memory. > By default jk will create shm of size which is > enough to store the initial size of workers. If you > wish to add more, you will have to set JkShmSize > to some value greater then initial number of workers > plus some space that could be used for dynamic ones. > > However the best would be to create a number > of disabled workers, and then fill them up with > the runtime data, but then it's already there and > usable. > > What are you trying to accomplish? > > > > Regards > -- > ^TM > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
