This looks like it may be getting stuck in a TimerTask
in LRUAuthenticationCacheImpl.java that is searching for expired
authentication tokens. The stack from the process utilizing 100% CPU is
consistently:
"Timer-0" daemon prio=10 tid=0x00007f57495e1800 nid=0x6d0e runnable
[0x00007f5743546000]
java.lang.Thread.State: RUNNABLE
at
org.geoserver.security.auth.LRUAuthenticationCacheImpl$1.run(LRUAuthenticationCacheImpl.java:66)
at java.util.TimerThread.mainLoop(Timer.java:555)
at java.util.TimerThread.run(Timer.java:505)
In this case, my process id was 27918, which matches the hex 6d0e above. I
see this consistently after tomcat restart, though, obviously, the PID/nid
changes. Each time, though, the trace for PID/nid returns the TimerTask
above.
Looking at the source, this is a TimerTask for adding authentication tokens
to be removed.
So, Andrea, I know you and I just discussed gwc and security not working
well together earlier. I do still have auth on my data layers ... and am
considering some workarounds outside of geoserver to help me.
Do you think this issue goes away once I remove all the authentication to
the data layers?
Even if it does, could there be cause for concern outside of my GWC
services? Could I have stumbled upon a race condition or similar that
might impact other things? Could this impact any geoserver layers, etc.,
requiring authentication even outside of GWC?
Thanks,
Mike Grogan
On Mon, Aug 19, 2013 at 2:32 PM, Mike Grogan <d.michael.gro...@gmail.com>wrote:
> I have gotten a thread dump with "kill -3". Care to take a look at it?
>
> - Mike
>
>
> On Mon, Aug 19, 2013 at 2:19 PM, Andrea Aime <andrea.a...@geo-solutions.it
> > wrote:
>
>> On Mon, Aug 19, 2013 at 7:52 PM, Mike Grogan
>> <d.michael.gro...@gmail.com>wrote:
>>
>>> Sorry for # of questions from me recently ... trying to get my first
>>> geoserver instance running (and one question resulted in legitimate bug
>>> report) ...
>>>
>>> I am now having an issue with GWC ... specifically using the gmaps
>>> service ... taking a thread to 100% CPU use and hanging ... with no more
>>> response from the service. Any pointers toward debugging this?
>>>
>>> This seems to happen randomly ... sometimes it will happen quickly after
>>> a tomcat restart ... sometimes I won't see it again for a few hours. Not a
>>> huge load on server. Just me in development zooming and panning the maps,
>>> requesting tiles from the gmaps gwc service.
>>>
>>> jstack can't even seem to walk the stack in the hung thread. I get a
>>> "Error occurred during stack walking: java.lang.NullPointerException" from
>>> jstack on the specific PID
>>>
>>
>> Hmm... not sure, but have you tried sending sigquit instead? Quoting from
>> http://www.crazysquirrel.com/computing/java/basics/java-thread-dump.jspx
>>
>> -----------------------------------------
>> kill -QUIT process_id
>> There process_id is the process number of the running Java process. The
>> thread dump will be sent to wherever standard out is redirected too.
>> -----------------------------------------
>>
>> Cheers
>> Andrea
>>
>> --
>> ==
>> Our support, Your Success! Visit http://opensdi.geo-solutions.it for
>> more information.
>> ==
>>
>> Ing. Andrea Aime
>> @geowolf
>> Technical Lead
>>
>> GeoSolutions S.A.S.
>> Via Poggio alle Viti 1187
>> 55054 Massarosa (LU)
>> Italy
>> phone: +39 0584 962313
>> fax: +39 0584 1660272
>> mob: +39 339 8844549
>>
>> http://www.geo-solutions.it
>> http://twitter.com/geosolutions_it
>>
>> -------------------------------------------------------
>>
>
>
------------------------------------------------------------------------------
Introducing Performance Central, a new site from SourceForge and
AppDynamics. Performance Central is your source for news, insights,
analysis and resources for efficient Application Performance Management.
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
