-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
John,
On 8/22/14, 11:29 AM, John Smith wrote:
> TC 7.0.54, RHEL 6, JDK 1.7.0_60. I have two RH servers with one
> instance of TC on each, set up for clustering. There's a HWLB
> routing 80 to 8080 with 5 min sticky sessions.
>
> My daily catalina logs are set up to just show SEVERE errors, every
> day they average about *30mb* per server with the same set of
> errors, over and over:
>
>
> Aug 21, 2014 12:00:04 AM
> org.apache.catalina.core.StandardWrapperValve invoke SEVERE:
> Servlet.service() for servlet [GetLevelServlet] in context with
> path [] threw exception java.lang.NullPointerException
Stack trace(s)?
> Aug 21, 2014 12:00:04 AM
> org.apache.coyote.http11.AbstractHttp11Processor process SEVERE:
> Error processing request java.lang.NullPointerException
>
> Aug 21, 2014 12:00:04 AM
> org.apache.coyote.http11.AbstractHttp11Processor endRequest SEVERE:
> Error finishing response java.lang.NullPointerException
>
> Aug 21, 2014 12:00:13 AM
> org.apache.catalina.core.StandardWrapperValve invoke SEVERE:
> Servlet.service() for servlet [GetLevelServlet] in context with
> path [] threw exception java.lang.NullPointerException
>
> Aug 21, 2014 12:00:13 AM
> org.apache.coyote.http11.AbstractHttp11Processor process SEVERE:
> Error processing request java.lang.NullPointerException
>
> Aug 21, 2014 12:00:13 AM
> org.apache.coyote.http11.AbstractHttp11Processor endRequest SEVERE:
> Error finishing response java.lang.NullPointerException
Stack trace(s)?
These look like at least 2 different NPEs. Stack traces would
certainly help.
> GetLevelServlet is the workhorse of the site, providing XML to a
> SWF through a simple method:
>
>
> protected void writeXML(HttpServletResponse res, String xml)
> throws IOException {
>
> if (xml == null || xml.isEmpty()) return;
>
> res.setContentType("text/xml"); PrintWriter out = res.getWriter();
> out.write(xml); out.close(); }
>
>
>
> About 99% of the site usage is through that servlet. I'm catching
> all 500 errors and logging them with Logback to a different log
> file, and I'm not seeing the NPE's generated on the application
> level (i.e., com.mysite.*)
>
> I'm using the NIO connector.
>
>
> <!-- Using the non blocking NIO connector --> <Connector
> port="8080" protocol="org.apache.coyote.http11.Http11NioProtocol"
> connectionTimeout="20000" redirectPort="443" maxConnections="7500"
> maxThreads="400" />
>
>
> There's a sizable download (8mg) for the SWF (it's a game site).
> So useSendFile being on (the default) works incredibly well. The
> errors in catalina aren't presenting on the site as much as they
> are in the logs, that is, the site seems to be behaving reasonably
> well despite the enormous amount of errors in the logs.
>
> Anyone know what might be causing it?
You haven't really provided any information, here. Please post full
stack traces.
You might want to do something like catch NPE around the area(s) where
they are being thrown, and log information about the requests that are
causing them. It may be something like a web search crawler requesting
the XML with parameters you don't expect, etc.
- -chris
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
Comment: GPGTools - http://gpgtools.org
iQIcBAEBCAAGBQJT965sAAoJEBzwKT+lPKRYaiQP/1ZmHnP2Zn1DJ2T6Ha9axKbD
24hyv2dtBr5rxeVgN2/JF4nH7q7FL4AgfC3EtgofLMxrbWG64HXTcPWhZDeS38zI
usHU7LvZOldgEAzMTBTFL+aSjrSxuXf68pU2nWivhjJ9cksRaeeEMcaFobsw7kFY
nQMDtajUg4zuqz6io8oc66E1CKi/1RHjixLpOmrCCBTolGZdoGLTgDI8UhqsyAoa
xSlOvswcUizrrvyj91oQqv8XL6OKr3KDS73NbMLttu0RHyvY1NP7mR9TKu4dDyFb
JcWBjV7vaV2/Rv9WSN2e5sXrcgI5+8K6cw7xwovG6Sd7w7HOgeq/r42wfAQQ6lsm
i61Z60IziMaT1jZkWp2zCPs6Di5DFQDXq4x03WopgpV8Lv7J863T5KrjofctDjuj
ZCvvRsELcnKyc27rtODdA5MdmzrjiRtpFXQYBy5oDVgUonz5VnriOYKqA5XAiuoN
U/lqWAHsPfLw0iknZ8mTk88wYsRifDkEYAgFqS5J4UhphLMU72hUMeGbms3LYi37
I+xshgL0CXRju2c+C1EY2ApMYNQOs1cof5nfEDxxwOLaLIshyV9ONUFRuT2RXJ/2
J+aVHRWwH70OvnwUfONax+D/4gvrLLEXx5ZfXpNRIlVmgjIpb1xj5TL9y0Z1O7ea
NJySyyaOV3PNkWUVcMXv
=95HE
-----END PGP SIGNATURE-----
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
