Re: PermGen space errors
Leo Donahue - RDSA IT wrote: ... Since my last post, upgrading to 7.0.37 and to the latest Java 1.6.0_39, nothing in the logs out of the ordinary. Except for this in catalina. What are these? Are these attempts to log into manager/html? Feb 23, 2013 7:37:16 PM org.apache.catalina.realm.LockOutRealm authenticate WARNING: An attempt was made to authenticate the locked user admin Feb 23, 2013 7:37:16 PM org.apache.catalina.realm.LockOutRealm authenticate WARNING: An attempt was made to authenticate the locked user admin Feb 23, 2013 7:37:17 PM org.apache.catalina.realm.LockOutRealm authenticate WARNING: An attempt was made to authenticate the locked user tomcat Feb 23, 2013 7:37:17 PM org.apache.catalina.realm.LockOutRealm authenticate WARNING: An attempt was made to authenticate the locked user admin And this drives me crazy... googlebots keep crawling for services that aren't deployed anymore... give up google..stop wasting my logs. I believe that if you provide a suitable robots.txt file in the root of your apps (or webapps/ROOT, since those apps don't exist anymore), it will stop crawling your site. Have a look in Googel, or just here : http://www.robotstxt.org/orig.html - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: PermGen space errors
From: Leo Donahue - RDSA IT [mailto:leodona...@mail.maricopa.gov] Subject: PermGen space errors Deploying a third party app is causing Out of Memory errors on our web server. Will increasing these: -Xms1024m -Xmx1024m -XX:PermSize=256m -XX:MaxPermSize=356m just delay the inevitable? With just the information given, it's not possible to tell. Perhaps this 3rd-party webapp just needs more PermGen space, or (more likely) it really does have leaks. At the very least, it's very sloppy in managing the resources it creates (as evidenced by the shutdown log messages), and is therefore not to be trusted. If the PermGen errors occur only after one or more redeployments of the webapp, then it could be just the resource management problems. If the errors occur without redeployment, then it either really does need more space, or it's simply losing track of classes it creates as part of normal operation. You should definitely contact the vendor about their sloppy implementation. - 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 unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: PermGen space errors
From: Caldarale, Charles R [chuck.caldar...@unisys.com] Subject: RE: PermGen space errors From: Leo Donahue - RDSA IT [mailto:leodona...@mail.maricopa.gov] Subject: PermGen space errors Deploying a third party app is causing Out of Memory errors on our web server. Will increasing these: -Xms1024m -Xmx1024m -XX:PermSize=256m -XX:MaxPermSize=356m just delay the inevitable? If the errors occur without redeployment, then it either really does need more space, or it's simply losing track of classes it creates as part of normal operation. - Chuck The error occurs without redeployment. Have been dealing with it since last weekend. Since my last post, upgrading to 7.0.37 and to the latest Java 1.6.0_39, nothing in the logs out of the ordinary. Except for this in catalina. What are these? Are these attempts to log into manager/html? Feb 23, 2013 7:37:16 PM org.apache.catalina.realm.LockOutRealm authenticate WARNING: An attempt was made to authenticate the locked user admin Feb 23, 2013 7:37:16 PM org.apache.catalina.realm.LockOutRealm authenticate WARNING: An attempt was made to authenticate the locked user admin Feb 23, 2013 7:37:17 PM org.apache.catalina.realm.LockOutRealm authenticate WARNING: An attempt was made to authenticate the locked user tomcat Feb 23, 2013 7:37:17 PM org.apache.catalina.realm.LockOutRealm authenticate WARNING: An attempt was made to authenticate the locked user admin And this drives me crazy... googlebots keep crawling for services that aren't deployed anymore... give up google..stop wasting my logs. Feb 23, 2013 8:55:54 PM org.apache.catalina.core.ApplicationDispatcher invoke SEVERE: Servlet.service() for servlet catalog threw exception com.esri.rest.HttpException: Service 'AGIS_MARICOPA' of type 'MapServer' does not exist or is inaccessible. at com.esri.rest.catalog.CatalogServlet.service(CatalogServlet.java:176) at javax.servlet.http.HttpServlet.service(HttpServlet.java:728) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:749) at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:487) at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:379) at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:339) at com.esri.rest.DispatchServlet.service(DispatchServlet.java:123) at javax.servlet.http.HttpServlet.service(HttpServlet.java:728) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at com.esri.rest.security.SecurityFilter.doFilter(SecurityFilter.java:79) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at com.esri.rest.RestFilter.doFilter(RestFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:936) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407) at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1004) at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589) at org.apache.tomcat.util.net.AprEndpoint$SocketProcessor.run(AprEndpoint.java:1852) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918) at java.lang.Thread.run(Thread.java:662) They just keep hacking away at stuff that is not there.. 66.249.74.65 - - [23/Feb/2013:20:55:54 -0700] GET /rest/services/AGIS_MARICOPA/MapServer
RE: PermGen space errors
From: Leo Donahue - RDSA IT [leodona...@mail.maricopa.gov] Sent: Saturday, February 23, 2013 9:08 PM To: Tomcat Users List Subject: RE: PermGen space errors Since my last post, upgrading to 7.0.37 and to the latest Java 1.6.0_39, nothing in the logs out of the ordinary. Except for this in catalina. What are these? Are these attempts to log into manager/html? Feb 23, 2013 7:37:16 PM org.apache.catalina.realm.LockOutRealm authenticate WARNING: An attempt was made to authenticate the locked user admin Feb 23, 2013 7:37:16 PM org.apache.catalina.realm.LockOutRealm authenticate WARNING: An attempt was made to authenticate the locked user admin Feb 23, 2013 7:37:17 PM org.apache.catalina.realm.LockOutRealm authenticate WARNING: An attempt was made to authenticate the locked user tomcat Feb 23, 2013 7:37:17 PM org.apache.catalina.realm.LockOutRealm authenticate WARNING: An attempt was made to authenticate the locked user admin - 208.43.50.42 - - [23/Feb/2013:19:37:15 -0700] HEAD /manager/html HTTP/1.0 401 - 208.43.50.42 - - [23/Feb/2013:19:37:16 -0700] HEAD /manager/html HTTP/1.0 401 - 208.43.50.42 - - [23/Feb/2013:19:37:16 -0700] HEAD /manager/html HTTP/1.0 401 - 208.43.50.42 - - [23/Feb/2013:19:37:16 -0700] HEAD /manager/html HTTP/1.0 401 - 208.43.50.42 - - [23/Feb/2013:19:37:16 -0700] HEAD /manager/html HTTP/1.0 401 - 208.43.50.42 - - [23/Feb/2013:19:37:16 -0700] HEAD /manager/html HTTP/1.0 401 - 208.43.50.42 - - [23/Feb/2013:19:37:16 -0700] HEAD /manager/html HTTP/1.0 401 - 208.43.50.42 - - [23/Feb/2013:19:37:16 -0700] HEAD /manager/html HTTP/1.0 401 - 208.43.50.42 - - [23/Feb/2013:19:37:16 -0700] HEAD /manager/html HTTP/1.0 401 - 208.43.50.42 - - [23/Feb/2013:19:37:16 -0700] HEAD /manager/html HTTP/1.0 401 - 208.43.50.42 - - [23/Feb/2013:19:37:17 -0700] HEAD /manager/html HTTP/1.0 401 - 208.43.50.42 - - [23/Feb/2013:19:37:17 -0700] HEAD /manager/html HTTP/1.0 401 - 208.43.50.42 - - [23/Feb/2013:19:37:17 -0700] HEAD /manager/html HTTP/1.0 401 - 208.43.50.42 - - [23/Feb/2013:19:37:17 -0700] HEAD /manager/html HTTP/1.0 401 - 208.43.50.42 - - [23/Feb/2013:19:37:17 -0700] HEAD /manager/html HTTP/1.0 401 - 208.43.50.42 - - [23/Feb/2013:19:37:17 -0700] HEAD /manager/html HTTP/1.0 401 - please don't do that. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: PermGen space errors
On Sat, Feb 23, 2013 at 11:08 PM, Leo Donahue - RDSA IT leodona...@mail.maricopa.gov wrote: From: Caldarale, Charles R [chuck.caldar...@unisys.com] Subject: RE: PermGen space errors From: Leo Donahue - RDSA IT [mailto:leodona...@mail.maricopa.gov] Subject: PermGen space errors Deploying a third party app is causing Out of Memory errors on our web server. Will increasing these: -Xms1024m -Xmx1024m -XX:PermSize=256m -XX:MaxPermSize=356m just delay the inevitable? If the errors occur without redeployment, then it either really does need more space, or it's simply losing track of classes it creates as part of normal operation. - Chuck The error occurs without redeployment. Have been dealing with it since last weekend. Since my last post, upgrading to 7.0.37 and to the latest Java 1.6.0_39, nothing in the logs out of the ordinary. Except for this in catalina. What are these? Are these attempts to log into manager/html? Feb 23, 2013 7:37:16 PM org.apache.catalina.realm.LockOutRealm authenticate WARNING: An attempt was made to authenticate the locked user admin Feb 23, 2013 7:37:16 PM org.apache.catalina.realm.LockOutRealm authenticate WARNING: An attempt was made to authenticate the locked user admin Feb 23, 2013 7:37:17 PM org.apache.catalina.realm.LockOutRealm authenticate WARNING: An attempt was made to authenticate the locked user tomcat Feb 23, 2013 7:37:17 PM org.apache.catalina.realm.LockOutRealm authenticate WARNING: An attempt was made to authenticate the locked user admin What last post (7.0.37) are you referring to? I think I remember seeing someone post about an error/issue after upgrading to 7.0.37, but I don't remember which post/email that was. :) When I migrated from Glassfish 3.1.2.2 to TomEE/Tomcat, I experienced these errors too, even while I was working on my development server. Immediately, after informing TomEE list about this, I was motivated to remove ROOT and tomee web apps, and I made sure I assigned a strong password for those tomee/tomcat user admin accts. Now, I don't get those errors anymore, because I have no tomee/tomcat web app deployed. I only have my web app deployed and my web app is not default on http://localhost:8080. And this drives me crazy... googlebots keep crawling for services that aren't deployed anymore... give up google..stop wasting my logs. Feb 23, 2013 8:55:54 PM org.apache.catalina.core.ApplicationDispatcher invoke SEVERE: Servlet.service() for servlet catalog threw exception com.esri.rest.HttpException: Service 'AGIS_MARICOPA' of type 'MapServer' does not exist or is inaccessible. at com.esri.rest.catalog.CatalogServlet.service(CatalogServlet.java:176) at javax.servlet.http.HttpServlet.service(HttpServlet.java:728) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:749) at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:487) at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:379) at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:339) at com.esri.rest.DispatchServlet.service(DispatchServlet.java:123) at javax.servlet.http.HttpServlet.service(HttpServlet.java:728) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at com.esri.rest.security.SecurityFilter.doFilter(SecurityFilter.java:79) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at com.esri.rest.RestFilter.doFilter(RestFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:936
Re: PermGen space errors
On Sat, Feb 23, 2013 at 11:11 PM, Leo Donahue - RDSA IT leodona...@mail.maricopa.gov wrote: From: Leo Donahue - RDSA IT [leodona...@mail.maricopa.gov] Sent: Saturday, February 23, 2013 9:08 PM To: Tomcat Users List Subject: RE: PermGen space errors Since my last post, upgrading to 7.0.37 and to the latest Java 1.6.0_39, nothing in the logs out of the ordinary. Except for this in catalina. What are these? Are these attempts to log into manager/html? Feb 23, 2013 7:37:16 PM org.apache.catalina.realm.LockOutRealm authenticate WARNING: An attempt was made to authenticate the locked user admin Feb 23, 2013 7:37:16 PM org.apache.catalina.realm.LockOutRealm authenticate WARNING: An attempt was made to authenticate the locked user admin Feb 23, 2013 7:37:17 PM org.apache.catalina.realm.LockOutRealm authenticate WARNING: An attempt was made to authenticate the locked user tomcat Feb 23, 2013 7:37:17 PM org.apache.catalina.realm.LockOutRealm authenticate WARNING: An attempt was made to authenticate the locked user admin Yes, they are attempts to login to your tomcat. You gotta love tomcat for that. :) You can cross-reference those WARNING msgs with the same date/time in localhost access log to determine the IP address. okay, never mind, that's what you did (below). right? :) - 208.43.50.42 - - [23/Feb/2013:19:37:15 -0700] HEAD /manager/html HTTP/1.0 401 - 208.43.50.42 - - [23/Feb/2013:19:37:16 -0700] HEAD /manager/html HTTP/1.0 401 - 208.43.50.42 - - [23/Feb/2013:19:37:16 -0700] HEAD /manager/html HTTP/1.0 401 - 208.43.50.42 - - [23/Feb/2013:19:37:16 -0700] HEAD /manager/html HTTP/1.0 401 - 208.43.50.42 - - [23/Feb/2013:19:37:16 -0700] HEAD /manager/html HTTP/1.0 401 - 208.43.50.42 - - [23/Feb/2013:19:37:16 -0700] HEAD /manager/html HTTP/1.0 401 - 208.43.50.42 - - [23/Feb/2013:19:37:16 -0700] HEAD /manager/html HTTP/1.0 401 - 208.43.50.42 - - [23/Feb/2013:19:37:16 -0700] HEAD /manager/html HTTP/1.0 401 - 208.43.50.42 - - [23/Feb/2013:19:37:16 -0700] HEAD /manager/html HTTP/1.0 401 - 208.43.50.42 - - [23/Feb/2013:19:37:16 -0700] HEAD /manager/html HTTP/1.0 401 - 208.43.50.42 - - [23/Feb/2013:19:37:17 -0700] HEAD /manager/html HTTP/1.0 401 - 208.43.50.42 - - [23/Feb/2013:19:37:17 -0700] HEAD /manager/html HTTP/1.0 401 - 208.43.50.42 - - [23/Feb/2013:19:37:17 -0700] HEAD /manager/html HTTP/1.0 401 - 208.43.50.42 - - [23/Feb/2013:19:37:17 -0700] HEAD /manager/html HTTP/1.0 401 - 208.43.50.42 - - [23/Feb/2013:19:37:17 -0700] HEAD /manager/html HTTP/1.0 401 - 208.43.50.42 - - [23/Feb/2013:19:37:17 -0700] HEAD /manager/html HTTP/1.0 401 - please don't do that. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: PermGen space errors
On Sat, Feb 23, 2013 at 5:44 PM, Leo Donahue - RDSA IT leodona...@mail.maricopa.gov wrote: Tomcat 7.0.32 (..upgrading right after this email...) it would be nice to know if you had tomcat's (ROOT) web app while you were running tomcat 7.0.32. You definitely should have seen the same WARNINGs and tomcat-login attempts against your server. IMO, when you migrated from 7.0.32 to 7.0.37, I think you had configuration tightened up/down to prevent these tomcat login attempts, and now that you migrated to 7.0.37, i am 'assuming' that you forgot to tighten up/down your tomcat configuration. Deploying a third party app is causing Out of Memory errors on our web server. Will increasing these: -Xms1024m -Xmx1024m -XX:PermSize=256m -XX:MaxPermSize=356m just delay the inevitable? Feb 22, 2013 3:17:44 PM com.esri.rest.RestFilter doFilter SEVERE: Unable to process request java.lang.OutOfMemoryError: PermGen space at java.util.Formatter.parse(Formatter.java:2480) at java.util.Formatter.format(Formatter.java:2414) at java.util.Formatter.format(Formatter.java:2367) at java.lang.String.format(String.java:2769) at com.esri.rest.mapserver.MapInfo.writeTileToResponse(MapInfo.java:733) at com.esri.rest.mapserver.MapServerServlet.d(MapServerServlet.java:403) at com.esri.rest.mapserver.MapServerServlet.service(MapServerServlet.java:152) at javax.servlet.http.HttpServlet.service(HttpServlet.java:722) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:749) at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:487) at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:379) at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:339) at com.esri.rest.catalog.CatalogServlet.service(CatalogServlet.java:181) at javax.servlet.http.HttpServlet.service(HttpServlet.java:722) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:749) at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:487) at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:379) at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:339) at com.esri.rest.DispatchServlet.service(DispatchServlet.java:123) at javax.servlet.http.HttpServlet.service(HttpServlet.java:722) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at com.esri.rest.security.SecurityFilter.doFilter(SecurityFilter.java:79) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at com.esri.rest.RestFilter.doFilter(RestFilter.java:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) Feb 22, 2013 3:17:46 PM com.esri.rest.RestFilter doFilter SEVERE: Unable to process request java.lang.OutOfMemoryError: PermGen space at java.util.Formatter.parse(Formatter.java:2480) at java.util.Formatter.format(Formatter.java:2414) at java.util.Formatter.format(Formatter.java:2367) at java.lang.String.format(String.java:2769) at com.esri.rest.mapserver.MapInfo.writeTileToResponse(MapInfo.java:733) at com.esri.rest.mapserver.MapServerServlet.d(MapServerServlet.java:403) at com.esri.rest.mapserver.MapServerServlet.service(MapServerServlet.java:152) at javax.servlet.http.HttpServlet.service(HttpServlet.java:722) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305) at
RE: PermGen space errors
From: Leo Donahue - RDSA IT [mailto:leodona...@mail.maricopa.gov] Subject: RE: PermGen space errors You should start a new thread for a new topic, which this clearly is. nothing in the logs out of the ordinary. Except for this in catalina. What are these? Are these attempts to log into manager/html? Yes. 208.43.50.42 - - [23/Feb/2013:19:37:17 -0700] HEAD /manager/html HTTP/1.0 401 - Looks like SoftLayer is hosting a hacker... They might be interested in knowing about it, since it's an abuse of their service agreement. - 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 unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org