SEVERE errors - threads

[David Chandek-Stark]

I'm seeing a large number of messages like the ones below in the Tomcat catalina log.  Should I be concerned?

FCR 4.5.1 RC3 w/ MySQL

Thanks,

David

Apr 25, 2016 2:19:35 PM org.apache.catalina.loader.WebappClassLoader clearReferencesJdbc

SEVERE: The web application [/fcrepo] registered the JDBC driver [com.mysql.jdbc.Driver] but failed to unregister it when the web application was stopped. To prevent a memory leak, the JDBC Driver has been forcibly unregistered.

Apr 25, 2016 2:19:35 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads

SEVERE: The web application [/fcrepo] appears to have started a thread named [Abandoned connection cleanup thread] but has failed to stop it. This is very likely to create a memory leak.

Apr 25, 2016 2:19:35 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads

SEVERE: The web application [/fcrepo] appears to have started a thread named [C3P0PooledConnectionPoolManager[identityToken->2x9sva9gg99hr7wavzqx|7e39799b]-AdminTaskTimer] but has failed to stop it. This is very likely to create a memory leak.

Apr 25, 2016 2:19:35 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads

SEVERE: The web application [/fcrepo] appears to have started a thread named [C3P0PooledConnectionPoolManager[identityToken->2x9sva9gg99hr7wavzqx|7e39799b]-HelperThread-#0] but has failed to stop it. This is very likely to create a memory leak.

Apr 25, 2016 2:19:35 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads

SEVERE: The web application [/fcrepo] appears to have started a thread named [C3P0PooledConnectionPoolManager[identityToken->2x9sva9gg99hr7wavzqx|7e39799b]-HelperThread-#1] but has failed to stop it. This is very likely to create a memory leak.

Apr 25, 2016 2:19:35 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads

SEVERE: The web application [/fcrepo] appears to have started a thread named [C3P0PooledConnectionPoolManager[identityToken->2x9sva9gg99hr7wavzqx|7e39799b]-HelperThread-#2] but has failed to stop it. This is very likely to create a memory leak.

Apr 25, 2016 2:19:35 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads

SEVERE: The web application [/fcrepo] appears to have started a thread named [Listener:36689] but has failed to stop it. This is very likely to create a memory leak.

Apr 25, 2016 2:19:35 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads

SEVERE: The web application [/fcrepo] appears to have started a thread named [Transaction Reaper] but has failed to stop it. This is very likely to create a memory leak.

Apr 25, 2016 2:19:35 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads

SEVERE: The web application [/fcrepo] appears to have started a thread named [Transaction Reaper Worker 0] but has failed to stop it. This is very likely to create a memory leak.

Apr 25, 2016 2:19:35 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads

SEVERE: The web application [/fcrepo] appears to have started a thread named [ActiveMQ Transport Server Thread Handler: tcp://0.0.0.0:61616?maximumConnections=1000&wireformat.maxFrameSize=104857600] but has failed to stop it. This is very likely to create a memory leak.

Apr 25, 2016 2:19:35 PM org.apache.catalina.loader.WebappClassLoader clearReferencesThreads

SEVERE: The web application [/fcrepo] appears to have started a thread named [ActiveMQ Transport Server Thread Handler: stomp://0.0.0.0:61613] but has failed to stop it. This is very likely to create a me:

Apr 25, 2016 2:19:35 PM org.apache.catalina.loader.WebappClassLoader checkThreadLocalMapForLeaks

SEVERE: The web application [/fcrepo] created a ThreadLocal with key of type [org.jboss.marshalling.UTFUtils.BytesHolder] (value [org.jboss.marshalling.UTFUtils$BytesHolder@21f92cd5]) and a value of type [byte[]] (value [[B@49766026]) but failed to remove it when the web application was stopped. Threads are going to be renewed over time to try and avoid a probable memory leak.

Apr 25, 2016 2:19:35 PM org.apache.catalina.loader.WebappClassLoader checkThreadLocalMapForLeaks

SEVERE: The web application [/fcrepo] created a ThreadLocal with key of type [com.codahale.metrics.ThreadLocalRandom$1] (value [com.codahale.metrics.ThreadLocalRandom$1@3d070eef]) and a value of type [com.codahale.metrics.ThreadLocalRandom] (value [com.codahale.metrics.ThreadLocalRandom@2058f78e]) but failed to remove it when the web application was stopped. Threads are going to be renewed over time to try and avoid a probable memory leak.

Apr 25, 2016 2:19:35 PM org.apache.catalina.loader.WebappClassLoader checkThreadLocalMapForLeaks

SEVERE: The web application [/fcrepo] created a ThreadLocal with key of type [org.infinispan.commons.util.concurrent.jdk8backported.Striped64.ThreadHashCode] (value [org.infinispan.commons.util.concurrent.jdk8backported.Striped64$ThreadHashCode@482ff8d4]) and a value of type [org.infinispan.commons.util.concurrent.jdk8backported.Striped64.HashCode] (value [org.infinispan.commons.util.concurrent.jdk8backported.Striped64$HashCode@3222d6a7]) but failed to remove it when the web application was stopped. Threads are going to be renewed over time to try and avoid a probable memory leak.

Apr 25, 2016 2:19:35 PM org.apache.catalina.loader.WebappClassLoader checkThreadLocalMapForLeaks

SEVERE: The web application [/fcrepo] created a ThreadLocal with key of type [org.glassfish.jersey.message.internal.HttpDateFormat$1] (value [org.glassfish.jersey.message.internal.HttpDateFormat$1@37d7d67a]) and a value of type [java.util.Collections.UnmodifiableRandomAccessList] (value [[java.text.SimpleDateFormat@c4dc9900, java.text.SimpleDateFormat@b831d961, java.text.SimpleDateFormat@937457b6]]) but failed to remove it when the web application was stopped. Threads are going to be renewed over time to try and avoid a probable memory leak.

Apr 25, 2016 2:19:35 PM org.apache.catalina.loader.WebappClassLoader checkThreadLocalMapForLeaks

SEVERE: The web application [/fcrepo] created a ThreadLocal with key of type [com.codahale.metrics.Striped64.ThreadHashCode] (value [com.codahale.metrics.Striped64$ThreadHashCode@5054a389]) and a value of type [com.codahale.metrics.Striped64.HashCode] (value [com.codahale.metrics.Striped64$HashCode@678a080f]) but failed to remove it when the web application was stopped. Threads are going to be renewed over time to try and avoid a probable memory leak.

Apr 25, 2016 2:19:35 PM org.apache.catalina.loader.WebappClassLoader checkThreadLocalMapForLeaks

SEVERE: The web application [/fcrepo] created a ThreadLocal with key of type [java.lang.ThreadLocal] (value [java.lang.ThreadLocal@43396db7]) and a value of type [org.infinispan.commons.util.concurrent.jdk8backported.EquivalentConcurrentHashMapV8.CounterHashCode] (value [org.infinispan.commons.util.concurrent.jdk8backported.EquivalentConcurrentHashMapV8$CounterHashCode@4a5417ac]) but failed to remove it when the web application was stopped. Threads are going to be renewed over time to try and avoid a probable memory leak.

...

[Andrew Woods]

Hello David,

Is it correct to assume that these log entries are generated on system shutdown?

Would you please create a JIRA ticket with these details?

Thanks,

Andrew

--
You received this message because you are subscribed to the Google Groups "Fedora Tech" group.
To unsubscribe from this group and stop receiving emails from it, send an email to fedora-tech...@googlegroups.com.
To post to this group, send email to fedor...@googlegroups.com.
Visit this group at https://groups.google.com/group/fedora-tech.
For more options, visit https://groups.google.com/d/optout.

[Scott Prater]

Tomcat 8, right?  I see quite a few of those errors, too, when shutting down.  FWIW, all my Tomcat webapps generate them, not just Fedora.  Tomcat 8 has implemented a number of memory-leak detection algorithms;  I haven't yet determined how many create noise and how many are worrisome.

-- Scott

--

[David Chandek-Stark]

Tomcat 7.0.54 actually, and it does appear the errors preceeded a shutdown.  Solr is really the only other app we're running, and it did not generate like errors, at least on the last shutdown occasion.

Thanks,

David

[David Chandek-Stark]

Ticket created. 

Thanks,

David

From: <fedor...@googlegroups.com> on behalf of Andrew Woods <awo...@duraspace.org>
Reply-To: "fedor...@googlegroups.com" <fedor...@googlegroups.com>
Date: Tuesday, April 26, 2016 at 1:24 PM
To: "fedor...@googlegroups.com" <fedor...@googlegroups.com>
Subject: Re: [fedora-tech] SEVERE errors - threads

[Ralf Claussnitzer]

It's indeed very common to find those in a Tomcat log. Mostly because older JDBC drivers or frameworks don't clean up properly on shutdown and Tomcat mechanisms in turn doing their job. In my experience this could become a problem in case you only restart particular applications on configuration change, but it is common sense to restart the whole servlet container anyway. Not very elegant, yet not dangerous...

--Ralf