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)
>         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/30 HTTP/1.1" 404 1094
>
> http://bgp.he.net/ip/66.249.74.65
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>

Reply via email to