DO NOT REPLY [Bug 47750] Loss of worker settings when changing via jkstatus
https://issues.apache.org/bugzilla/show_bug.cgi?id=47750 Rainer Jung changed: What|Removed |Added Component|Common |isapi -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 47750] Loss of worker settings when changing via jkstatus
https://issues.apache.org/bugzilla/show_bug.cgi?id=47750 --- Comment #8 from robert.ma...@capita.co.uk 2009-09-01 13:47:08 PDT --- (In reply to comment #6) > Thanks for the config, will have a look. > The request which triggered the second start was using the URL > /EODPut/225/TEST.EOD225.20090826.txt > and going to the same server name as all the other requests. Still reasoning, > why this request started another (second) process. This is a WebDAV location, and the particular call above writes a file into the location - I did wonder if this was the trigger, but further experimentation showed that: 1. Calls to the WebDAV location don't usually trigger another start. 2. Other URLs trigger the start. Additionally WebDAV is using a different application pool, so in theory should be separated from ISAPI redirect. I also have another environment which experiences the originally reported condition, and that doesn't have WebDAV on it. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 47750] Loss of worker settings when changing via jkstatus
https://issues.apache.org/bugzilla/show_bug.cgi?id=47750 --- Comment #7 from Rainer Jung 2009-09-01 12:43:14 PDT --- config looks resonable. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 47750] Loss of worker settings when changing via jkstatus
https://issues.apache.org/bugzilla/show_bug.cgi?id=47750 --- Comment #6 from Rainer Jung 2009-09-01 12:41:20 PDT --- Thanks for the config, will have a look. The request which triggered the second start was using the URL /EODPut/225/TEST.EOD225.20090826.txt and going to the same server name as all the other requests. Still reasoning, why this request started another (second) process. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 47750] Loss of worker settings when changing via jkstatus
https://issues.apache.org/bugzilla/show_bug.cgi?id=47750 --- Comment #5 from robert.ma...@capita.co.uk 2009-09-01 12:15:31 PDT --- (In reply to comment #1) > I can easily prevent that efect (the > zeroing of the shared memory), but it would be more correct, if the second > process actually got the right data from the already existing shared memory. I did try zeroing the data to start with, but yes, it's not ideal for the worker status/changes to not be persistent when the second process starts! > Are you using web gardens and/or application pools? Which one of those and how > are they configured? Just running it out of the DefaultAppPool. Recycle worker processes set to 1740 minutes; Shutdown idle worker processes after being idle for 20 minutes; Limit kernel requests to 100; Maximum number of worker processes in the webgarden is set to 1. Pinging is enabled and set to 30 seconds. Rapid-fail protection is set to 5 failures in 5 minutes. Startup and shutdown time limits are set to 90 seconds. Process is running as Network Service. There are other applications running in the DefaultAppPool - I'm not sure if these could be influencing the second process starting? > Could you please also provide your workers.properties and > uriworkermap.properties as well as the isapi_redirect.properties. Have attached these to the bug report. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 47750] Loss of worker settings when changing via jkstatus
https://issues.apache.org/bugzilla/show_bug.cgi?id=47750 --- Comment #4 from robert.ma...@capita.co.uk 2009-09-01 12:07:28 PDT --- Created an attachment (id=24200) URI worker map -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 47750] Loss of worker settings when changing via jkstatus
https://issues.apache.org/bugzilla/show_bug.cgi?id=47750 --- Comment #3 from robert.ma...@capita.co.uk 2009-09-01 12:07:06 PDT --- Created an attachment (id=24199) isapi redirect file -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 47750] Loss of worker settings when changing via jkstatus
https://issues.apache.org/bugzilla/show_bug.cgi?id=47750 --- Comment #2 from robert.ma...@capita.co.uk 2009-09-01 12:06:42 PDT --- Created an attachment (id=24198) workers.properties file -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 47750] Loss of worker settings when changing via jkstatus
https://issues.apache.org/bugzilla/show_bug.cgi?id=47750 --- Comment #1 from Rainer Jung 2009-09-01 10:50:22 PDT --- I can see the problem. In order to fix it in the right way, I would like to understand, why the redirector does a second initialization. As far as I can see, it is a second IIS process (separate process ID) that attaches to the shm and wipes it out. I can easily prevent that efect (the zeroing of the shared memory), but it would be more correct, if the second process actually got the right data from the already existing shared memory. Are you using web gardens and/or application pools? Which one of those and how are they configured? Could you please also provide your workers.properties and uriworkermap.properties as well as the isapi_redirect.properties. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 47750] Loss of worker settings when changing via jkstatus
https://issues.apache.org/bugzilla/show_bug.cgi?id=47750 robert.ma...@capita.co.uk changed: What|Removed |Added CC||robert.ma...@capita.co.uk -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org