Thank you for the quick response. I did some cursory searching and could not
find answers to the following:
1) What is the purpose of Tomcat Native? It seems it is intended to make the
server faster and more compatible with other server tech. If that's so,
removing native support will make my server slower, which isn't desirable.
Since GeoServer is a must for our application I suppose I will have to. Luckily
we don't have many concurrent users to worry about.
2) How do you remove tomcat native? Is it as simple as removing the
"tcnative-1.dll" file?
I appreciate the help. I realize this isn't your problem. And as Andrea pointed
out, I am amazed that this issue has not received more notice. If something as
simple as a connection closing prematurely can crash the entire VM, then it
should receive major attention.
Is there anything I can do to help?
________________________________
Brad A. Bode
Principal
Software Systems
Foundry Engineering
________________________________
From: Simone Giannecchini <[email protected]>
To: Brad Bode <[email protected]>
Cc: "[email protected]"
<[email protected]>
Sent: Wednesday, April 10, 2013 1:16 AM
Subject: Re: [Geoserver-users] JVM goes up in smoke
Ciao Brad,
thanks for getting back to us.
I believe this problem is generated by the tomcat native connector.
Can you confirm that by uninstalling it the problem goes away?
Looking at this link http://bit.ly/Zm91zN it looks like we are
flushing a stream that's been closed.
This happens frequently when talking to clients as they drop the
connection while we are sending an image. I will talk to andrea to see
if we can improve this but I kind of remember it would be almost
impossible to know whether or not a stream has been dropped by a
client.
Long story short, short term fix should be disabling tomcat native.
Let me know if this helps.
Regards,
Simone Giannecchini
==
GeoServer training in Milan, 6th & 7th June 2013! Visit
http://geoserver.geo-solutions.it for more information.
==
Ing. Simone Giannecchini
@simogeo
Founder/Director
GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 333 8128928
http://www.geo-solutions.it
http://twitter.com/geosolutions_it
-------------------------------------------------------
On Wed, Apr 10, 2013 at 1:04 AM, Brad Bode <[email protected]> wrote:
> I mentioned that I was able to crash the JVM as well. I've been away for a
> bit, but after returning I was able to duplicate the issue consistently.
>
> Duplicating the issue
> I have two users issue http requests to our web page simultaneously. One is
> zooming in and out using the mousewheel within our map (which is calling
> WMS). The other is simple jumping to our map page, then navigating away,
> then returning. We do this repeatedly until the JVM crashes within 5
> minutes.
>
>
> Notes
> - Our dataset is very a very small shapefile of 1.5 mb.
> - We are using Spring MVC as our front end and embedding a map into our page
> using Open Layers to call WMS in Geoserver.
> - Attached you will find a zip of the logs. Stderr, stout, and a the JVM
> error mentioned in the top of the stdout log.
>
> Log File Comparison
> I think it may be relevant to look at the last actions in the log file. For
> starters, the stdout file has the following at the end:
>
> 09 Apr 15:24:22 DEBUG [wms.map] - Writing png image ...
> 09 Apr 15:24:22 DEBUG [geotools.image] - Encoded input image for png writer
> 09 Apr 15:24:22 DEBUG [geotools.image] - Getting a writer
> 09 Apr 15:24:22 DEBUG [geotools.image] - Setting write parameters for this
> writer
> 09 Apr 15:24:22 DEBUG [geotools.image] - Writer is native
> 09 Apr 15:24:22 DEBUG [geotools.image] - About to write png image
>
> Note that the write.png.image does not say "done" as it does in other logs.
>
>
> Comparing that to the closest timeframe in the stderr:
> SEVERE: Servlet.service() for servlet [DataForge2] in context with path
> [/DataForge] threw exception [Request processing failed; nested exception is
> org.apache.tiles.impl.CannotRenderException: ServletException including path
> '/WEB-INF/layouts/default.jspx'.] with root cause
> java.lang.IllegalStateException: getOutputStream() has already been called
> for this response
> at org.apache.catalina.connector.Response.getWriter(Response.java:639)
> at
> org.apache.catalina.connector.ResponseFacade.getWriter(ResponseFacade.java:214)
> at
> javax.servlet.ServletResponseWrapper.getWriter(ServletResponseWrapper.java:105)
>
>
> I'm looking into the problem of how this is happening. The response was
> likely closed prematurely.
>
> And finally, in the top of the stdout:
>
> 2013-04-09 15:21:33 Commons Daemon procrun stdout initialized
> #
> # A fatal error has been detected by the Java Runtime Environment:
> #
> # EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x5acc4bdf, pid=2864,
> tid=1180
> #
> # JRE version: 6.0_38-b05
> # Java VM: Java HotSpot(TM) Server VM (20.13-b02 mixed mode windows-x86 )
> # Problematic frame:
> # C [tcnative-1.dll+0x4bdf]
> #
> # An error report file with more information is saved as:
> # C:\Program Files (x86)\DataForge\webserver\bin\hs_err_pid2864.log
> #
> # If you would like to submit a bug report, please visit:
> # http://java.sun.com/webapps/bugreport/crash.jsp
> # The crash happened outside the Java Virtual Machine in native code.
> # See problematic frame for where to report the bug.
> #
>
>
> I assume this is from the previous failure since it occurs at the earliest
> point in the file.
>
> What I don't know
> This seems to happen only when I use GeoServer WMS. However, I am doing more
> testing.
>
> Do you have any suggestions as to how to proceed?
>
> Do you see anything in the logs that looks suspicious to you?
>
> Thank you
>
> ________________________________
> Brad A. Bode
> Principal
> Software Systems
> Foundry Engineering
>
> ________________________________
> From: Simone Giannecchini <[email protected]>
> To: cmaul <[email protected]>
> Cc: [email protected]
> Sent: Friday, March 29, 2013 10:27 AM
> Subject: Re: [Geoserver-users] JVM goes up in smoke
>
> Dear Christian,
> going back to this, I have run some (relatively basic) tests against
> ecw using a 2gb dataset (which is by accident a raster covergin
> australia :)).
> I tested on windows with both 2.2.x and master and I was not able to
> get any strange behavior.
>
> Thinking about a way to get some hints on what's going on on your
> installation, I guess one thing you could do would be reproduce the
> problematic situation and then
> troubleshoot GeoServer following this instructions
> http://docs.geoserver.org/latest/en/user/production/troubleshooting.html
> to get a feeling about where the problem is.
>
> Let us know if you make any progress.
>
> Regards,
> Simone Giannecchini
> ==
> Our support, Your Success! Visit http://opensdi.geo-solutions.it for
> more information.
> ==
>
> Ing. Simone Giannecchini
> @simogeo
> Founder/Director
>
> GeoSolutions S.A.S.
> Via Poggio alle Viti 1187
> 55054 Massarosa (LU)
> Italy
> phone: +39 0584 962313
> fax: +39 0584 1660272
> mob: +39 333 8128928
>
> http://www.geo-solutions.it
> http://twitter.com/geosolutions_it
>
> -------------------------------------------------------
>
>
> On Tue, Mar 19, 2013 at 11:59 PM, cmaul <[email protected]>
> wrote:
>> Simone,
>>
>> I am a little bit further now. The ecws that didn't work were actually a
>> layergroup of 11 images.
>> These images were in EPSG:28355 and reprojected to EPSG:990913.
>>
>> I have done a test (4 threads/ 170000 images) to tile one image which went
>> fine. Speed was 163 minutes or 17.2 tiles per second, which is o.k. as
>> well. The next thing I will try is to have a layergroup and NOT to
>> reproject, i.e. to tile in EPSG:28355. I'll tell you how that works (or
>> not).
>>
>> Simone, if you want any ECW files for testing, I am happy to put stuff on
>> our FTP server. The 11 files in question are between 8 and 14 GB and have
>> a
>> total of 128GB. So, a subset of 4 or 5 neighbouring ecws perhaps.
>>
>> Cheers
>>
>> Christian
>>
>>
>>
>> -----
>> ____________________________
>>
>> Dr Christian Maul
>> Project Manager
>>
>> Information Services Branch
>> Department of Sustainability and Environment
>> Level13, Marland House, 570 Bourke Street
>> Melbourne 3000
>>
>> PO Box 500, East Melbourne Vic 3002
>>
>>
>> Telephone: +61-3-8636 2325
>> Telefax: +61-3-8636 2813
>> --
>> View this message in context:
>> http://osgeo-org.1560.n6.nabble.com/JVM-goes-up-in-smoke-tp5041006p5041499.html
>> Sent from the GeoServer - User mailing list archive at Nabble.com.
>>
>>
>> ------------------------------------------------------------------------------
>> Everyone hates slow websites. So do we.
>> Make your web apps faster with AppDynamics
>> Download AppDynamics Lite for free today:
>> http://p.sf.net/sfu/appdyn_d2d_mar
>> _______________________________________________
>> Geoserver-users mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
> ------------------------------------------------------------------------------
> Own the Future-Intel(R) Level Up Game Demo Contest 2013
> Rise to greatness in Intel's independent game demo contest. Compete
> for recognition, cash, and the chance to get your game on Steam.
> $5K grand prize plus 10 genre and skill prizes. Submit your demo
> by 6/6/13. http://altfarm.mediaplex.com/ad/ck/12124-176961-30367-2
> _______________________________________________
> Geoserver-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
------------------------------------------------------------------------------
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter
_______________________________________________
Geoserver-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-users
