You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tomcat.apache.org by "Yon, " <sg...@gmail.com> on 2015/07/01 04:24:30 UTC

application frequently down

Hi all, we have application that frequently down, from log
file(catalina.out) with the information below:


#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x0000003d66934012, pid=2956, tid=140037724735232
#
# JRE version: Java(TM) SE Runtime Environment (7.0_51-b13) (build
1.7.0_51-b13)
# Java VM: Java HotSpot(TM) 64-Bit Server VM (24.51-b03 mixed mode
linux-amd64 compressed oops)
# Problematic frame:
# C  [libc.so.6+0x134012]  __tls_get_addr@@GLIBC_2.3+0x134012
#
# Failed to write core dump. Core dumps have been disabled. To enable core
dumping, try "ulimit -c unlimited" before starting Java again
#
Anyone has idea what this error about? Thank you.

Re: application frequently down

Posted by Christopher Schultz <ch...@christopherschultz.net>.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Yon,

On 7/3/15 2:04 AM, Yon,  wrote:
> <!--APR library loader. Documentation at /docs/apr.html --> 
> <Listener
> className="org.apache.catalina.core.AprLifecycleListener" 
> SSLEngine="on" />

This is not enough to use APR.

> <Connector port="8080" protocol="HTTP/1.1" 
> connectionTimeout="20000" redirectPort="8443" />
> 
> [...]
> 
> <Connector port="8009" protocol="AJP/1.3" redirectPort="8443" />

Neither of these <Connector> elements specifies the protocol, so
Tomcat will auto-choose between the APR connection and one of the Java
connectors (I can't tell you which, because you didn't say which
version of Tomcat you are using).

Tomcat can only use the APR connector if the tcnative library is
available. If you have no idea what's in use, the easiest thing to do
is take a thread dump[1] of the running JVM process and look at the
thread names for the request processors.

- -chris

[1]
http://wiki.apache.org/tomcat/HowTo#How_do_I_obtain_a_thread_dump_of_my_
running_webapp_.3F
-----BEGIN PGP SIGNATURE-----
Comment: GPGTools - http://gpgtools.org

iQIcBAEBCAAGBQJVnYDwAAoJEBzwKT+lPKRYPdgQAJT020JmurXDqkqM9G6bjpZF
zpTQLwoYPBn3Dc7aDd+2WHuxC9BKf0AV3/el3no8DdN9IOUYfeUJKbEbCMfa39p5
nM0POZ+f697wA8J8ifQVgaT4/1JvWY+MOpBBI0yHcyf9NzOFLxDh7rCVioBHwH6c
4xT2gUeXY5q+DOFJL6ZuL6Md6Ir2fHghP5EcHCJTB/Ag5cwxCZpKGLoya9AcoMb0
7hzQM45IYUfZHI6gx4cmpvKHu0GyL5o3sM1EujiCtYAzIHweHLuq9T9DJHYnA/D3
osaOa2aIqR4w8Vkw7u8rf9adgqKfHShbsytGoUpXrvCKuySUgt9bFEvOm9Zp3xSz
bsfmETPZb2cDVDttEWiuZWi9KXxNhSU5sZATsWeFgT7hA7r2kuthQKqNi5oBH2NT
quM56ttScl75xEMSF0J+3tTuzUbn+yzz2cHg+qB4+G4wPqhHYXpV1Ln5rqZxrOE7
SJlu1pHYT3VOb/1UYxVjNj0L9MbidcoFgJgMOhMIv8xSMPOoeYSYatvGYewVsD4N
dprUazghGlwSnRNjKAM9Lt1ND/7COfMzT4GHdncRbpyZU2nxOCd3Uua7YciYs+JD
Fpz0T2srZHqXvzavaZW/yU2YxU9IN1PcLLLd3rXe4s5EsjDqx8HQQacd5oSMTqg+
+1matwYjhtaUPzGia75z
=P8Hl
-----END PGP SIGNATURE-----

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org


Re: application frequently down

Posted by "Yon, " <sg...@gmail.com>.
Christopher,

server.xml has this 'Apr' entry:   <Listener
className="org.apache.catalina.core.AprLifecycleListener" SSLEngine="on" />


<Server port="8005" shutdown="SHUTDOWN">
  <!-- Security listener. Documentation at /docs/config/listeners.html
  <Listener className="org.apache.catalina.security.SecurityListener" />
  -->
  <!--APR library loader. Documentation at /docs/apr.html -->
  <Listener className="org.apache.catalina.core.AprLifecycleListener"
SSLEngine="on" />
  <!--Initialize Jasper prior to apps are loaded. Documentation at
/docs/jasper-howto.html -->
  <Listener className="org.apache.catalina.core.JasperListener" />
  <!-- Prevent memory leaks due to use of particular java/javax APIs-->
  <Listener
className="org.apache.catalina.core.JreMemoryLeakPreventionListener" />
  <Listener
className="org.apache.catalina.mbeans.GlobalResourcesLifecycleListener" />
  <Listener
className="org.apache.catalina.core.ThreadLocalLeakPreventionListener" />
  <!-- Global JNDI resources
       Documentation at /docs/jndi-resources-howto.html
  -->
  <GlobalNamingResources>
    <!-- Editable user database that can also be used by
         UserDatabaseRealm to authenticate users
    -->
    <Resource name="UserDatabase" auth="Container"
              type="org.apache.catalina.UserDatabase"
              description="User database that can be updated and saved"
              factory="org.apache.catalina.users.MemoryUserDatabaseFactory"
              pathname="conf/tomcat-users.xml" />
  </GlobalNamingResources>
  <!-- A "Service" is a collection of one or more "Connectors" that share
       a single "Container" Note:  A "Service" is not itself a "Container",
       so you may not define subcomponents such as "Valves" at this level.
       Documentation at /docs/config/service.html
   -->
  <Service name="Catalina">
    <!--The connectors can use a shared executor, you can define one or
more named thread pools-->
    <!--
    <Executor name="tomcatThreadPool" namePrefix="catalina-exec-"
        maxThreads="150" minSpareThreads="4"/>
    -->

    <!-- A "Connector" represents an endpoint by which requests are received
         and responses are returned. Documentation at :
         Java HTTP Connector: /docs/config/http.html (blocking &
non-blocking)
         Java AJP  Connector: /docs/config/ajp.html
         APR (HTTP/AJP) Connector: /docs/apr.html
         Define a non-SSL HTTP/1.1 Connector on port 8080
    -->
    <Connector port="8080" protocol="HTTP/1.1"
               connectionTimeout="20000"
               redirectPort="8443" />
    <!-- A "Connector" using the shared thread pool-->
    <!--
    <Connector executor="tomcatThreadPool"
               port="8080" protocol="HTTP/1.1"
               connectionTimeout="20000"
               redirectPort="8443" />
    -->
    <!-- Define a SSL HTTP/1.1 Connector on port 8443
         This connector uses the JSSE configuration, when using APR, the
         connector should be using the OpenSSL style configuration
         described in the APR documentation -->
    <!--
    <Connector port="8443" protocol="HTTP/1.1" SSLEnabled="true"
               maxThreads="150" scheme="https" secure="true"
               clientAuth="false" sslProtocol="TLS" />
    -->
    <!-- Define an AJP 1.3 Connector on port 8009 -->
    <Connector port="8009" protocol="AJP/1.3" redirectPort="8443" />

    <!-- An Engine represents the entry point (within Catalina) that
processes
         every request.  The Engine implementation for Tomcat stand alone
         analyzes the HTTP headers included with the request, and passes
them
         on to the appropriate Host (virtual host).
         Documentation at /docs/config/engine.html -->
    <!-- You should set jvmRoute to support load-balancing via AJP ie :
    <Engine name="Catalina" defaultHost="localhost" jvmRoute="jvm1">
    -->
    <Engine name="Catalina" defaultHost="localhost">
      <!--For clustering, please take a look at documentation at:
          /docs/cluster-howto.html  (simple how to)
          /docs/config/cluster.html (reference documentation) -->
      <!--
      <Cluster className="org.apache.catalina.ha.tcp.SimpleTcpCluster"/>
      -->
      <!-- Use the LockOutRealm to prevent attempts to guess user passwords
           via a brute-force attack -->
      <Realm className="org.apache.catalina.realm.LockOutRealm">
        <!-- This Realm uses the UserDatabase configured in the global JNDI
             resources under the key "UserDatabase".  Any edits
             that are performed against this UserDatabase are immediately
             available for use by the Realm.  -->
        <Realm className="org.apache.catalina.realm.UserDatabaseRealm"
               resourceName="UserDatabase"/>
      </Realm>
      <Host name="localhost"  appBase="webapps"
            unpackWARs="true" autoDeploy="true">
        <!-- SingleSignOn valve, share authentication between web
applications
             Documentation at: /docs/config/valve.html -->
        <!--
        <Valve className="org.apache.catalina.authenticator.SingleSignOn" />
        -->
        <!-- Access log processes all example.
             Documentation at: /docs/config/valve.html
             Note: The pattern used is equivalent to using pattern="common"
-->
        <Valve className="org.apache.catalina.valves.AccessLogValve"
directory="logs"
               prefix="localhost_access_log." suffix=".txt"
               pattern="%h %l %u %t &quot;%r&quot; %s %b" />
      </Host>
    </Engine>
  </Service>
</Server>



On Thu, Jul 2, 2015 at 12:36 PM, Christopher Schultz <
chris@christopherschultz.net> wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA256
>
> To whom it may concern,
>
> On 7/1/15 6:30 PM, Lee Chin, PAN wrote:
> > Chris, Can you advice how to verify tcactive is use in
> > environment?
> >
> > On Thu, Jul 2, 2015 at 4:26 AM, Christopher Schultz <
> > chris@christopherschultz.net> wrote:
> >
> > Yon,
> >
> > On 6/30/15 10:24 PM, Yon,  wrote:
> >>>> Hi all, we have application that frequently down, from log
> >>>> file(catalina.out) with the information below:
> >>>>
> >>>>
> >>>> # # A fatal error has been detected by the Java Runtime
> >>>> Environment: # #  SIGSEGV (0xb) at pc=0x0000003d66934012,
> >>>> pid=2956, tid=140037724735232 # # JRE version: Java(TM) SE
> >>>> Runtime Environment (7.0_51-b13) (build 1.7.0_51-b13) # Java
> >>>> VM: Java HotSpot(TM) 64-Bit Server VM (24.51-b03 mixed mode
> >>>> linux-amd64 compressed oops) # Problematic frame: # C
> >>>> [libc.so.6+0x134012] __tls_get_addr@@GLIBC_2.3+0x134012 # #
> >>>> Failed to write core dump. Core dumps have been disabled. To
> >>>> enable core dumping, try "ulimit -c unlimited" before
> >>>> starting Java again # Anyone has idea what this error about?
> >>>> Thank you.
> >
> > Are you using tcnative? If so, what version?
> >
> > If not, this is a JVM bug.
>
> Check to see what you have in conf/server.xml. If you have the APR
> connector configured, then you are using tcnative. You can usually
> tell what kind of connector you have by looking at the names of the
> request-processing threads if you can't figure it out any other way.
>
> - -chris
> -----BEGIN PGP SIGNATURE-----
> Comment: GPGTools - http://gpgtools.org
>
> iQIcBAEBCAAGBQJVlL/VAAoJEBzwKT+lPKRYI8oQAKqwZeUytbiFJXnbT5t8Dl9o
> o+k52kLwqJ+orVvYreSqrKAe+roYgpOxkectGHXmrhy03SuI/tnfYbBzYI/iYFTx
> z1qxG2MAXugtXD3LUIuEA7iJquPBntuy8F944L6fRuG2gXcXgsLHMSFrpMvI6oTW
> NQZXRZhJCkSdzsfBz/UYGdLR8kLeadK5YsjLbrdbhUsIYXjZy3HqsQlfBQvEZi85
> v0eAHPXQ2whM0P/3ABazTHyXnH8cObRmEmXtpnrI4m9vHy3vgqsuRNGKXXmaPiam
> B4xkOj7ZSGD7g8w9Qy0pt/o7FMeN22e7S3vdtj9amMdVMsZegtvVdBIq3qRfPogA
> zvJ6zRWfUfE5+1W/ggJiNhvEiZ2/+wGyksMe4w1PrXW2cQDWwWyNITI/G8+mh2oO
> Uzb11LA3A04nrSl+dpVhvuty1QXaQjqzajY1lFM1gTG/z/fTw39yeqyR0PcY+Kfx
> QozW2PGxCizpt1mdrQ8gaK1XM0gz2uXC43/PhXix8yBoUCcWywafrZkbFRcRpEmu
> MkWNtA8/ALxKvmsIV0Fdt/wwrg66PkqyUQDs8W3SRnE20ZSH4SmGynpCju7M/tk4
> F0CSZ87DtkDspfF2T9c1EhWLZ8WCyCMD0qg7tgEcmveiK6i0qRxn52DO+v/fVELO
> dhqKT98v5dAXPGwfmiDe
> =A5n8
> -----END PGP SIGNATURE-----
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>

Re: application frequently down

Posted by Christopher Schultz <ch...@christopherschultz.net>.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

To whom it may concern,

On 7/1/15 6:30 PM, Lee Chin, PAN wrote:
> Chris, Can you advice how to verify tcactive is use in
> environment?
> 
> On Thu, Jul 2, 2015 at 4:26 AM, Christopher Schultz < 
> chris@christopherschultz.net> wrote:
> 
> Yon,
> 
> On 6/30/15 10:24 PM, Yon,  wrote:
>>>> Hi all, we have application that frequently down, from log 
>>>> file(catalina.out) with the information below:
>>>> 
>>>> 
>>>> # # A fatal error has been detected by the Java Runtime 
>>>> Environment: # #  SIGSEGV (0xb) at pc=0x0000003d66934012,
>>>> pid=2956, tid=140037724735232 # # JRE version: Java(TM) SE
>>>> Runtime Environment (7.0_51-b13) (build 1.7.0_51-b13) # Java
>>>> VM: Java HotSpot(TM) 64-Bit Server VM (24.51-b03 mixed mode
>>>> linux-amd64 compressed oops) # Problematic frame: # C
>>>> [libc.so.6+0x134012] __tls_get_addr@@GLIBC_2.3+0x134012 # #
>>>> Failed to write core dump. Core dumps have been disabled. To
>>>> enable core dumping, try "ulimit -c unlimited" before
>>>> starting Java again # Anyone has idea what this error about?
>>>> Thank you.
> 
> Are you using tcnative? If so, what version?
> 
> If not, this is a JVM bug.

Check to see what you have in conf/server.xml. If you have the APR
connector configured, then you are using tcnative. You can usually
tell what kind of connector you have by looking at the names of the
request-processing threads if you can't figure it out any other way.

- -chris
-----BEGIN PGP SIGNATURE-----
Comment: GPGTools - http://gpgtools.org

iQIcBAEBCAAGBQJVlL/VAAoJEBzwKT+lPKRYI8oQAKqwZeUytbiFJXnbT5t8Dl9o
o+k52kLwqJ+orVvYreSqrKAe+roYgpOxkectGHXmrhy03SuI/tnfYbBzYI/iYFTx
z1qxG2MAXugtXD3LUIuEA7iJquPBntuy8F944L6fRuG2gXcXgsLHMSFrpMvI6oTW
NQZXRZhJCkSdzsfBz/UYGdLR8kLeadK5YsjLbrdbhUsIYXjZy3HqsQlfBQvEZi85
v0eAHPXQ2whM0P/3ABazTHyXnH8cObRmEmXtpnrI4m9vHy3vgqsuRNGKXXmaPiam
B4xkOj7ZSGD7g8w9Qy0pt/o7FMeN22e7S3vdtj9amMdVMsZegtvVdBIq3qRfPogA
zvJ6zRWfUfE5+1W/ggJiNhvEiZ2/+wGyksMe4w1PrXW2cQDWwWyNITI/G8+mh2oO
Uzb11LA3A04nrSl+dpVhvuty1QXaQjqzajY1lFM1gTG/z/fTw39yeqyR0PcY+Kfx
QozW2PGxCizpt1mdrQ8gaK1XM0gz2uXC43/PhXix8yBoUCcWywafrZkbFRcRpEmu
MkWNtA8/ALxKvmsIV0Fdt/wwrg66PkqyUQDs8W3SRnE20ZSH4SmGynpCju7M/tk4
F0CSZ87DtkDspfF2T9c1EhWLZ8WCyCMD0qg7tgEcmveiK6i0qRxn52DO+v/fVELO
dhqKT98v5dAXPGwfmiDe
=A5n8
-----END PGP SIGNATURE-----

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org


Re: application frequently down

Posted by "Lee Chin, PAN" <pl...@gmail.com>.
Chris, Can you advice how to verify tcactive is use in environment?

On Thu, Jul 2, 2015 at 4:26 AM, Christopher Schultz <
chris@christopherschultz.net> wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA256
>
> Yon,
>
> On 6/30/15 10:24 PM, Yon,  wrote:
> > Hi all, we have application that frequently down, from log
> > file(catalina.out) with the information below:
> >
> >
> > # # A fatal error has been detected by the Java Runtime
> > Environment: # #  SIGSEGV (0xb) at pc=0x0000003d66934012, pid=2956,
> > tid=140037724735232 # # JRE version: Java(TM) SE Runtime
> > Environment (7.0_51-b13) (build 1.7.0_51-b13) # Java VM: Java
> > HotSpot(TM) 64-Bit Server VM (24.51-b03 mixed mode linux-amd64
> > compressed oops) # Problematic frame: # C  [libc.so.6+0x134012]
> > __tls_get_addr@@GLIBC_2.3+0x134012 # # Failed to write core dump.
> > Core dumps have been disabled. To enable core dumping, try "ulimit
> > -c unlimited" before starting Java again # Anyone has idea what
> > this error about? Thank you.
>
> Are you using tcnative? If so, what version?
>
> If not, this is a JVM bug.
>
> - -chris
> -----BEGIN PGP SIGNATURE-----
> Comment: GPGTools - http://gpgtools.org
>
> iQIcBAEBCAAGBQJVlEzyAAoJEBzwKT+lPKRY6lgQAJYidTWX0KvdLe8APVRs+7vs
> emCEvRS/SPTe3kF4NIGiH1egj+sEwbdM+Y8suO+cMGXChvQztnh/nvR4TIG8S4qB
> OC7sn7aXZsCU8etUDZNLzKhT5a2S9/5q9KQ3fZ+zmdMD3VPqJC5ksUl43rV8Hm4A
> FHTBiUTnd8dRwaxKnc3BPHp0M4ZkpMxNlFNsthfU7Nq0h5oSuaFTuLPwWDlmraWo
> oFFOnLWy1w76XTvyJuLJBezlF2Fmt59kSr5fcElCPtsDwt1ziSs0oRl/FZ1SLLYb
> clejw5q75NiK8xEDyxYAEZLHlTiQTq1nMKx4YIByc297VWDe6d6BrBaSMSxqYmGL
> awUTalsUBvJzy0Bt138RnvtMzmNAqadvbujV2bXQk7ZmRywd3Qy8i4D9sLARGi4C
> iJbhZqCvDcfxCEgcTvm1fGFqYtvdqX9FRIANi+lxolouVme1PrgVmnojw3/NMWvh
> gmZN5e8NmltCgHgsS3tuVnhX8QPR11rmBBr6jtWKKY0qMgP4x4ioQFa44GLH9la2
> /PjQqXcOC+CWSkZhUWpNxbYH40J2kvReZRc/kLuBgsWwOYngkgQ9MyIFYsscOuun
> xU+eqwBXdLOxhTAjxpO++OsIbQDE/DAbgKa0/DigFlxLan2J7ACGaCFuF4PN+2Om
> V4e+v9iD8ffmtR8owNKK
> =cVaF
> -----END PGP SIGNATURE-----
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>

Re: application frequently down

Posted by "Yon, " <sg...@gmail.com>.
Christopher, Is there anyway to check tactive? Thanks

On Thu, Jul 2, 2015 at 4:26 AM, Christopher Schultz <
chris@christopherschultz.net> wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA256
>
> Yon,
>
> On 6/30/15 10:24 PM, Yon,  wrote:
> > Hi all, we have application that frequently down, from log
> > file(catalina.out) with the information below:
> >
> >
> > # # A fatal error has been detected by the Java Runtime
> > Environment: # #  SIGSEGV (0xb) at pc=0x0000003d66934012, pid=2956,
> > tid=140037724735232 # # JRE version: Java(TM) SE Runtime
> > Environment (7.0_51-b13) (build 1.7.0_51-b13) # Java VM: Java
> > HotSpot(TM) 64-Bit Server VM (24.51-b03 mixed mode linux-amd64
> > compressed oops) # Problematic frame: # C  [libc.so.6+0x134012]
> > __tls_get_addr@@GLIBC_2.3+0x134012 # # Failed to write core dump.
> > Core dumps have been disabled. To enable core dumping, try "ulimit
> > -c unlimited" before starting Java again # Anyone has idea what
> > this error about? Thank you.
>
> Are you using tcnative? If so, what version?
>
> If not, this is a JVM bug.
>
> - -chris
> -----BEGIN PGP SIGNATURE-----
> Comment: GPGTools - http://gpgtools.org
>
> iQIcBAEBCAAGBQJVlEzyAAoJEBzwKT+lPKRY6lgQAJYidTWX0KvdLe8APVRs+7vs
> emCEvRS/SPTe3kF4NIGiH1egj+sEwbdM+Y8suO+cMGXChvQztnh/nvR4TIG8S4qB
> OC7sn7aXZsCU8etUDZNLzKhT5a2S9/5q9KQ3fZ+zmdMD3VPqJC5ksUl43rV8Hm4A
> FHTBiUTnd8dRwaxKnc3BPHp0M4ZkpMxNlFNsthfU7Nq0h5oSuaFTuLPwWDlmraWo
> oFFOnLWy1w76XTvyJuLJBezlF2Fmt59kSr5fcElCPtsDwt1ziSs0oRl/FZ1SLLYb
> clejw5q75NiK8xEDyxYAEZLHlTiQTq1nMKx4YIByc297VWDe6d6BrBaSMSxqYmGL
> awUTalsUBvJzy0Bt138RnvtMzmNAqadvbujV2bXQk7ZmRywd3Qy8i4D9sLARGi4C
> iJbhZqCvDcfxCEgcTvm1fGFqYtvdqX9FRIANi+lxolouVme1PrgVmnojw3/NMWvh
> gmZN5e8NmltCgHgsS3tuVnhX8QPR11rmBBr6jtWKKY0qMgP4x4ioQFa44GLH9la2
> /PjQqXcOC+CWSkZhUWpNxbYH40J2kvReZRc/kLuBgsWwOYngkgQ9MyIFYsscOuun
> xU+eqwBXdLOxhTAjxpO++OsIbQDE/DAbgKa0/DigFlxLan2J7ACGaCFuF4PN+2Om
> V4e+v9iD8ffmtR8owNKK
> =cVaF
> -----END PGP SIGNATURE-----
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>

Re: application frequently down

Posted by Christopher Schultz <ch...@christopherschultz.net>.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Yon,

On 6/30/15 10:24 PM, Yon,  wrote:
> Hi all, we have application that frequently down, from log 
> file(catalina.out) with the information below:
> 
> 
> # # A fatal error has been detected by the Java Runtime
> Environment: # #  SIGSEGV (0xb) at pc=0x0000003d66934012, pid=2956,
> tid=140037724735232 # # JRE version: Java(TM) SE Runtime
> Environment (7.0_51-b13) (build 1.7.0_51-b13) # Java VM: Java
> HotSpot(TM) 64-Bit Server VM (24.51-b03 mixed mode linux-amd64
> compressed oops) # Problematic frame: # C  [libc.so.6+0x134012]
> __tls_get_addr@@GLIBC_2.3+0x134012 # # Failed to write core dump.
> Core dumps have been disabled. To enable core dumping, try "ulimit
> -c unlimited" before starting Java again # Anyone has idea what
> this error about? Thank you.

Are you using tcnative? If so, what version?

If not, this is a JVM bug.

- -chris
-----BEGIN PGP SIGNATURE-----
Comment: GPGTools - http://gpgtools.org

iQIcBAEBCAAGBQJVlEzyAAoJEBzwKT+lPKRY6lgQAJYidTWX0KvdLe8APVRs+7vs
emCEvRS/SPTe3kF4NIGiH1egj+sEwbdM+Y8suO+cMGXChvQztnh/nvR4TIG8S4qB
OC7sn7aXZsCU8etUDZNLzKhT5a2S9/5q9KQ3fZ+zmdMD3VPqJC5ksUl43rV8Hm4A
FHTBiUTnd8dRwaxKnc3BPHp0M4ZkpMxNlFNsthfU7Nq0h5oSuaFTuLPwWDlmraWo
oFFOnLWy1w76XTvyJuLJBezlF2Fmt59kSr5fcElCPtsDwt1ziSs0oRl/FZ1SLLYb
clejw5q75NiK8xEDyxYAEZLHlTiQTq1nMKx4YIByc297VWDe6d6BrBaSMSxqYmGL
awUTalsUBvJzy0Bt138RnvtMzmNAqadvbujV2bXQk7ZmRywd3Qy8i4D9sLARGi4C
iJbhZqCvDcfxCEgcTvm1fGFqYtvdqX9FRIANi+lxolouVme1PrgVmnojw3/NMWvh
gmZN5e8NmltCgHgsS3tuVnhX8QPR11rmBBr6jtWKKY0qMgP4x4ioQFa44GLH9la2
/PjQqXcOC+CWSkZhUWpNxbYH40J2kvReZRc/kLuBgsWwOYngkgQ9MyIFYsscOuun
xU+eqwBXdLOxhTAjxpO++OsIbQDE/DAbgKa0/DigFlxLan2J7ACGaCFuF4PN+2Om
V4e+v9iD8ffmtR8owNKK
=cVaF
-----END PGP SIGNATURE-----

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org