Re: Tomcat windows service terminated expectedly
Good Morning Bill- I agree this can be a bit of a challenge but I found starting with base webapps and then adding one webapp at a time usually helps Also in the server.xml turn on debug flag via debug attribute Then check the Logs and send that to us here HTH, Martin-- This email message and any files transmitted with it contain confidential information intended only for the person(s) to whom this email message is addressed. If you have received this email message in error, please notify the sender immediately by telephone or email and destroy the original message without making a copy. Thank you. - Original Message - From: "Bill Tomlinson" <[EMAIL PROTECTED]> To: Sent: Friday, June 02, 2006 12:07 PM Subject: Tomcat windows service terminated expectedly We're running tomcat in standalone mode as a windows service. Every once and a while tomcat crashes with no logs or errors. Just not running anymore. The windows event log just says "service terminated unexpectedly". The tomcat service can be restarted without problems. We haven't been able to determine any pattern to these failures, either in time or in usage. And we can't reproduce it on demand. We have two different installations, and both see this problem: Installation 1: Windows 2000 Server Java 1.4.2 Tomcat 5.0.18 Installation 2: Windows 2003 Server Java 1.5.0 Tomcat 5.5.16 I realize that this isn't much to go on, and I apologize for that. But what I'm really looking for is just some information about what we could possibly be doing in our web application that would cause tomcat to crash with no logs (aside from calling System.exit(), I did check that). Maybe if I present it as a challenge it will get someone's interest. Challenge: write a servlet that crashes tomcat (running as a windows service) without generating any logs! I'm just looking for any hints about what areas I whould be looking into. Thanks. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat windows service terminated expectedly
On 6/3/06, Martin Gainty <[EMAIL PROTECTED]> wrote: Good Morning Bill- I agree this can be a bit of a challenge but I found starting with base webapps and then adding one webapp at a time usually helps Also in the server.xml turn on debug flag via debug attribute Then check the Logs and send that to us here The documentation for doesn't say anything about a debug attribute (http://tomcat.apache.org/tomcat-5.5-doc/config/server.html). So I wanted to verify that this attribute is correct. And is there any documentation about this attribute (what the debug levels are and where the output goes). - Original Message - From: "Bill Tomlinson" <[EMAIL PROTECTED]> To: Sent: Friday, June 02, 2006 12:07 PM Subject: Tomcat windows service terminated expectedly > We're running tomcat in standalone mode as a windows service. Every > once and a while tomcat crashes with no logs or errors. Just not > running anymore. The windows event log just says "service terminated > unexpectedly". The tomcat service can be restarted without problems. > We haven't been able to determine any pattern to these failures, > either in time or in usage. And we can't reproduce it on demand. > > We have two different installations, and both see this problem: > Installation 1: > Windows 2000 Server > Java 1.4.2 > Tomcat 5.0.18 > Installation 2: > Windows 2003 Server > Java 1.5.0 > Tomcat 5.5.16 > > I realize that this isn't much to go on, and I apologize for that. But > what I'm really looking for is just some information about what we > could possibly be doing in our web application that would cause tomcat > to crash with no logs (aside from calling System.exit(), I did check > that). > > Maybe if I present it as a challenge it will get someone's interest. > Challenge: write a servlet that crashes tomcat (running as a windows > service) without generating any logs! > > I'm just looking for any hints about what areas I whould be looking into. > > Thanks. > > - > To start a new topic, e-mail: users@tomcat.apache.org > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat windows service terminated expectedly
I have been fighting a similar/same problem. It started last month unexpectedly without any OS/Java ugrades or any new applications. I also use Tomcat as standalone. I was running TC 4.0.31 on Win2k SP4 on a dual processor PowerEdge 1650. Looking at the Event Viewer logs I was getting Access Violations to a specific memory address so I thought it was hardware related either disk drive or RAM. But then I began running TC from the console and realized that something was being written to the console upon crashing but not being recorded in the stdout.log. When you run from TC from the console and the VM crashes these error message get written to a hs_err_pidXXX file in the %CATALINA_HOME%/bin directory if that is where you have run the startup.sh/bat file. hs_err file was showing an ACCESS VIOLATION but was pointing not to a memory location but to hook.dll and kernel32.dll, consistently. I began to look elsewhere and found that the error was being created from what seemed to be thread starvation. The main thread was unable to spawn child threads and as they were terminated. I am no expert at reading thread states and stack dumps from hs_err but running Xrunhprof seemed to confirm that there was a problem spawning new threads after the service had started. I haven't been able to figure out why but I have saved all my hs_err files, hprof files and other records if anyone is interested. To simplifiy things to try and track the problem I set the Affinity of the tomcat process to just one of the CPUs and the problem went away. I can't tell you the reason why but if I startup TC normally on both CPUs in less than 24hours and sometimes in just a few hours, guaranteed, the TC will either terminate or become unserviceable (Event Veiwer - Application Popup). So now I am running off a single CPU (still less than 20%) and can do so without any problem or errors. I also have moved up to TC 5.0.28 and modified the Xss in tomcat.exe setting to 256k as described in this email: http://66.102.7.104/search?q=cache:aMp-NgH130oJ:forum.java.sun.com/thread.jspa%3FthreadID%3D418834%26messageID%3D3758510+command+line+procrun+tomcat+5.0.28+Xmx&hl=en&gl=us&ct=clnk&cd=1&client=firefox-a If you run 5.0.28 as a service (and who doesn't) you will find that you will need to replace the jmx.jar with a current version of mx4j so that you do not get exceptions if you have not edited out the JMX support in your server.xml file. Failure to do one or the other will mean that you have less than a 50/50 chance of being able to use the Service Manager restart facility because when it tries to restart more times than not TC will fail with a ConcurrentModificationException with the current jmx.jar. After doing all this I began to get Out Of Memory errors and noticed that in the Task Manager that the my peak memory was topping out at 137MB even though I had specified in the service.bat that the --JvmMs and --JvmMx were to be 512MB. So apparently those setting weren't being picked up and putting the options directly into --JvmOptions would crash the server on startup. The ONLY way I have found to get the Daemon Procrun to work correctly is to use the Prunmgr.exe to manually set the service. After digging about quite a bit I found out that the TC maintainers had relabeled Prunmgr.exe to tomcat5w.exe. Launching tomcat5w.exe from the commandline with //MS// [service name] and I was able to set the Xms, Xmx and Xmn settings and confirmed in the Task Manager. I still have not been able to debug why I can't get Xloggc:C:\tomcatgc_log.txt to work though. I hope this helps you out. There are a number of problems with Tomcat at least on Windows. have fun! Steven
Re: Tomcat Windows Service Installer vs Core zip install xml
hoffmandirt wrote: I am having issues with XSLT files depending on which download option of Tomcat 6.0.14 that I choose. If I download the ZIP file under Core, my XSLT files transform with no problems. However if I download and use the Windows Service Installer instead, I am getting the following errors in my Tomcat log: ERROR: 'unknown protocol: c' FATAL ERROR: 'Could not compile stylesheet' javax.xml.transform.TransformerConfigurationException: Could not compile stylesheet [http-8080-1] Has anyone else had this problem? Did you try Google? I found just over 0.75 million hits so it looks like the answer to your question is yes. The issue is usually caused when you use "C:\\MyFile.txt" for a URL rather than "file:///C:/MyFile.txt" somewhere in your code. Are both installs using exactly the same JVM? There may be slight differences in how tolerant different JVMs are of this issue. Mark - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat Windows Service Installer vs Core zip install xml
Interesting, however I am pointing to the same JDK 1.5 for both. I wanted to switch to the service instead of the bat startup and shutdown scripts. I will give that a try and check it out. I was searching google for "could not compile stylesheet". markt-2 wrote: > > hoffmandirt wrote: >> I am having issues with XSLT files depending on which download option of >> Tomcat 6.0.14 that I choose. If I download the ZIP file under Core, my >> XSLT >> files transform with no problems. However if I download and use the >> Windows >> Service Installer instead, I am getting the following errors in my Tomcat >> log: >> >> ERROR: 'unknown protocol: c' >> FATAL ERROR: 'Could not compile stylesheet' >> >> javax.xml.transform.TransformerConfigurationException: Could not compile >> stylesheet [http-8080-1] >> >> Has anyone else had this problem? > > Did you try Google? I found just over 0.75 million hits so it looks like > the answer to your question is yes. > > The issue is usually caused when you use "C:\\MyFile.txt" for a URL rather > than "file:///C:/MyFile.txt" somewhere in your code. > > Are both installs using exactly the same JVM? There may be slight > differences in how tolerant different JVMs are of this issue. > > Mark > > - > To start a new topic, e-mail: users@tomcat.apache.org > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/Tomcat-Windows-Service-Installer-vs-Core-zip-install-xml-tp15048926p15054962.html Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat Windows Service Installer vs Core zip install xml
This issue was resolved by correctly utilizing the constructor of the StreamSource object. It was expecting a String in URL/URI format and we were passing in the file name only. The Zip download option of Tomcat did not mind, but the Windows Service Installer option threw the "Unknown protocol c" error. Does anyone know why this would be? Both installs were pointing to the same JDK. -- View this message in context: http://www.nabble.com/Tomcat-Windows-Service-Installer-vs-Core-zip-install-xml-tp15048926p15069803.html Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat Windows Service Installer vs Core zip install xml
> From: hoffmandirt [mailto:[EMAIL PROTECTED] > Subject: Re: Tomcat Windows Service Installer vs Core zip install xml > > The Zip download option of Tomcat did not mind, but the > Windows Service Installer option threw the "Unknown protocol > c" error. Possibly due to the lack of a current directory setting when running as a service. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat Windows Service Installer vs Core zip install xml
That makes sense to me. Thanks Chuck. Caldarale, Charles R wrote: > >> From: hoffmandirt [mailto:[EMAIL PROTECTED] >> Subject: Re: Tomcat Windows Service Installer vs Core zip install xml >> >> The Zip download option of Tomcat did not mind, but the >> Windows Service Installer option threw the "Unknown protocol >> c" error. > > Possibly due to the lack of a current directory setting when running as > a service. > > - Chuck > > > THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY > MATERIAL and is thus for use only by the intended recipient. If you > received this in error, please contact the sender and delete the e-mail > and its attachments from all computers. > > - > To start a new topic, e-mail: users@tomcat.apache.org > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/Tomcat-Windows-Service-Installer-vs-Core-zip-install-xml-tp15048926p15070186.html Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]