[Bug 3604] New: Frequent JVM Crash SIGSEGV same stacktrace location during tomcat start with hibernate init on 7u181-2.6.14-0ubuntu0.1

[bugzilla-daemon at icedtea.classpath.org]

https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3604

            Bug ID: 3604
           Summary: Frequent JVM Crash SIGSEGV same stacktrace location
                    during tomcat start with hibernate init on
                    7u181-2.6.14-0ubuntu0.1
           Product: IcedTea
           Version: 2.6.14
          Hardware: x86_64
                OS: Linux
            Status: NEW
          Severity: major
          Priority: P5
         Component: IcedTea
          Assignee: gnu.andrew at redhat.com
          Reporter: stefan at huehner.org
                CC: unassigned at icedtea.classpath.org

Created attachment 1689
  --> https://icedtea.classpath.org/bugzilla/attachment.cgi?id=1689&action=edit
archive with 7 different crash logs for this issue

Note:
Same is reported in ubuntu bugtracker here:
https://bugs.launchpad.net/ubuntu/+source/openjdk-7/+bug/1778930

tdaitx from Ubuntu recommended to also report upstream here.

Since update to 7u181 we are seeing JVM crash on starting tomacat7 with our
application. Not happening 100% of the time but >75%.

All crashes show a very similar stacktrace and happen during application
loading process at same moment.

Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
V  [libjvm.so+0x418d57]
V  [libjvm.so+0x647253]  JVM_FindClassFromClass+0x283
C  [libverify.so+0x4a32]
C  [libverify.so+0x5a99]
C  [libverify.so+0x99fd]
C  [libverify.so+0xb742]  VerifyClassForMajorVersion+0x15b2
V  [libjvm.so+0x94a7cf]
V  [libjvm.so+0x95961c]
V  [libjvm.so+0x5b9905]
V  [libjvm.so+0x5bb243]
V  [libjvm.so+0x5bb9e1]
V  [libjvm.so+0x5eea00]
j  org.hibernate.type.TypeResolver.<init>()V+8
j 
org.hibernate.cfg.Configuration.<init>(Lorg/hibernate/cfg/SettingsFactory;)V+9
j  org.hibernate.cfg.Configuration.<init>()V+8
j  org.openbravo.base.session.SessionFactoryController.initialize()V+21
j 
org.openbravo.base.session.SessionFactoryController.getSessionFactory()Lorg/hibernate/SessionFactory;+1
j  org.openbravo.base.model.ModelProvider.initialize()V+23
j  org.openbravo.base.model.ModelProvider.getModel()Ljava/util/List;+8
j  org.openbravo.base.model.ModelProvider.refresh()V+27
j  org.openbravo.dal.core.DalLayerInitializer.initialize(Z)V+16


We can consistently reproduce the problem in a (Amazon AWS) test-vm we have
with following:
- in linux x86_64 vm with 64bit jdk
- Fails frequently when code is running as part of tomcat start
- Same code (hibernate init) does not fail when run as cmdline outside of
tomcat start
- Can be reproduced in quite slow vm with single cpu core (aws m3.medium)
- Cannot be reproduced in faster vm with 2 cpu cores (aws c4.large)

A number of hs_err_*.log files are attached to this issue.

So far we do not have a standalone reproducer as fails as part of bigger
application (requiring populated sql db, tomcat, java...).

-- 
You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.openjdk.java.net/pipermail/distro-pkg-dev/attachments/20180627/72852e69/attachment.html>