Re: Graceful restart on Windows [was Re: Adding working dynamically with mod_jk status?]
On 6/1/05, Bernard <[EMAIL PROTECTED]> wrote: > > I follow this sequence because mod_jk returns a server error if it > cannot connect to Tomcat. To avoid this during Tomcat restarts, you need to have 2 Tomcat instances running and set them up with mod_jk to load balance across them. -Dave - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Graceful restart on Windows [was Re: Adding working dynamically with mod_jk status?]
Hi, I use Apache httpd, mod_jk and Tomcat 5 under Linux. Re-staring Apache httpd alone should never be a problem. However when I re-start Tomcat, then I follow this sequence: - Stop Apache httpd - Restart Tomcat - Start Apache httpd I follow this sequence because mod_jk returns a server error if it cannot connect to Tomcat. In order for this to work, the Tomcat restart operation must truly block (no timeout guessing workarounds here, please) so that the last step "Start Apache httpd" does not start before Tomcat is running again, and that there is no time wasted in the "Restart Tomcat" step. Tomcat takes an awful lot of time to start unfortunately. For more info refer to: http://issues.apache.org/bugzilla/show_bug.cgi?id=34140 "jsvc does not block on Linux" Bernard On Wed, 01 Jun 2005 02:30:14 -0500, you wrote: >At 04:44 PM 5/31/2005, [EMAIL PROTECTED] wrote: > >>After some more digging, it *appears* that "apache -k restart" WILL do a >>graceful restart of Apache2 on Windoze. > >Of course it will. > >>Can anyone confirm this please? And are there any "gotcha's" to watch out >>for? Can someone explain exactly how this works? eg if I am in the middle >>of a "chunk" (or series) of work with a web browser and one of the >>tomcats, will it restart in the middle of that? > >It has nothing to do with Tomcat [in fact it's mildly off-topic >here.] Essentially, the old child with multiple workers is told >to quit it, so it stops accepting requests, and fulfills all the >pending requests it accept()ed. And a new child is kicked off to >serve all future incoming requests. > >Bill > > > >- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Graceful restart on Windows [was Re: Adding working dynamically with mod_jk status?]
At 04:44 PM 5/31/2005, [EMAIL PROTECTED] wrote: >After some more digging, it *appears* that "apache -k restart" WILL do a >graceful restart of Apache2 on Windoze. Of course it will. >Can anyone confirm this please? And are there any "gotcha's" to watch out >for? Can someone explain exactly how this works? eg if I am in the middle >of a "chunk" (or series) of work with a web browser and one of the >tomcats, will it restart in the middle of that? It has nothing to do with Tomcat [in fact it's mildly off-topic here.] Essentially, the old child with multiple workers is told to quit it, so it stops accepting requests, and fulfills all the pending requests it accept()ed. And a new child is kicked off to serve all future incoming requests. Bill - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Graceful restart on Windows [was Re: Adding working dynamically with mod_jk status?]
On 5/31/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > After some more digging, it *appears* that "apache -k restart" WILL do a > graceful restart of Apache2 on Windoze. > > Can anyone confirm this please? And are there any "gotcha's" to watch out > for? Can someone explain exactly how this works? eg if I am in the middle > of a "chunk" (or series) of work with a web browser and one of the > tomcats, will it restart in the middle of that? On Unix, it will let any running threads/processes finish processing any existing requests before killing them. Replacment threads/processes will be started up to take all new requests from that point on. Best to test it to make sure, I have not tested it personally on Windows or any other threaded Apache MPM. -Dave - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Graceful restart on Windows [was Re: Adding working dynamically with mod_jk status?]
After some more digging, it *appears* that "apache -k restart" WILL do a graceful restart of Apache2 on Windoze. Can anyone confirm this please? And are there any "gotcha's" to watch out for? Can someone explain exactly how this works? eg if I am in the middle of a "chunk" (or series) of work with a web browser and one of the tomcats, will it restart in the middle of that? cheers, David |-+> | | [EMAIL PROTECTED] | | || | | 05/31/2005 05:29 | | | PM | | | Please respond to| | | "Tomcat | | | Developers List" | | || |-+> >---| | | | To: "Tomcat Developers List" | | cc: | | Subject: Re: Adding working dynamically with mod_jk status? | >---| Hi David, That sounds perfectbut I've got to work on Windows too. Do you know if there's a way to do it on Win? thanks! David |-+> | | David Rees | | | <[EMAIL PROTECTED]| | | m> | | || | | 05/25/2005 02:37 | | | PM | | | Please respond to| | | "Tomcat | | | Developers List" | | || |-+> >---| | | | To: Tomcat Developers List | | cc: | | Subject: Re: Adding working dynamically with mod_jk status? | >---| On 5/25/05, [EMAIL PROTECTED] wrote: > > Is this still true if we were to define "extra" workers that are marked as > disabled at startup? Could we then point them to any new servers as they > are added and enable them without a restart? I know it's not very clean, > but would it work? > > We'd *really* like to find a way around having to force a restart. Have you seen if a graceful restart of Apache works for you? Graceful restarts of Apache have worked for me in the past to add new workers without dropping requests. -Dave - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]