On Tue, Dec 5, 2017 at 4:19 PM, Mark Thomas <ma...@apache.org> wrote: > On 05/12/17 06:47, Suvendu Sekhar Mondal wrote: >> On Tue, Dec 5, 2017 at 1:28 AM, Mark Thomas <ma...@apache.org> wrote: >>> On 04/12/17 11:12, Suvendu Sekhar Mondal wrote: >>>> Hello Everyone, >>>> >>>> I am investigating a Tomcat crash. Actually, JRE crashed due to >>>> "access violation" error. It created a Windows memory dump file. I am >>>> trying to analyze it win WinDbg. Problem I am facing is that lots of >>>> Symbols (of tomcat7, jvm, java, tcnative-1, nio DLLs) are not >>>> available to me. As a result WinDbg is giving me a Stack filled up >>>> with DLL names and HEX values. >>>> >>>> In order to get some of them - mostly JRE related, I have already >>>> reached out to Java forum: >>>> https://community.oracle.com/thread/4102753. No response so far :(. >>>> >>>> Can someone please tell me how can I get Symbol files of Tomcat DLLs >>>> like tomcat7 and tcnative-1? Are they publicly available? >>> >>> Exactly which versions do you need? >> >> Sorry, Mark. I should have provide that information upfront. I am using: >> >> Tomcat 7.0.55 >> JRE version: Java(TM) SE Runtime Environment (8.0_92-b14) (build >> 1.8.0_92-b14) >> OS version: Windows Server 2012 R2 >> >>> I produced the binaries for the most recent of those and I probably >>> still have the necessary files sat on a VM if they are recent(ish). >>> >>> Mark >> >> Yeah, I know it's not that recent. Still, if you have it please let me know. > > Those versions don't help. I need to know the exact version of > tomcat7.exe and the tcnative-1.dll. > > Mark > > > >> >> We tried to create PDB files for Java specific DLLs from OpenJDK, but >> as you can see below, WinDbg rejected it. >> >> ************* Symbol Loading Error Summary ************** >> Module name Error >> tomcat7 No header information available : >> srv*c:\mss*http://msdl.microsoft.com/download/symbols >> jvm Signature does not match : >> srv*c:\mss*http://msdl.microsoft.com/download/symbols >> tcnative-1 No header information available : >> srv*c:\mss*http://msdl.microsoft.com/download/symbols >> >> >> Thanks! >> Suvendu >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >> For additional commands, e-mail: users-h...@tomcat.apache.org >> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org >
Resurrecting this thread to provide some update. First of all, sorry for this superb delayed response. I was out for vacation. Good news is that we have found what is causing all those JVM crashes. Client has created a huge Java class which contains 32000+ methods (yes, we gave them a weapon and they have used it to hurt themselves :( ). Our APM tool was trying to retrieve the stack frame for a method which has something to do with those large number of methods in that class. That is the point JVM crashed. We can recreate the issue with OpenJDK, Java 8 and Java 9. It was found we can get around of it by increasing stack size(-Xss) but that is not an optimal solution. We have asked client to reduce the number of methods and also reported this bug to Oracle. Let's see how it works. And Happy New Year to all of you!!! :) Thanks! Suvendu --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
