openjdk has crashed with SIGBUS, Java_java_util_zip_ZipFile_getZipMessage+0x114d

[Minisaw]

# A fatal error has been detected by the Java Runtime Environment:
#
# SIGBUS (0x7) at pc=0x00007fcfe232812d, pid=31224, tid=140530515195648
#
# JRE version: 7.0_09-b30
# Java VM: OpenJDK 64-Bit Server VM (23.2-b09 mixed mode linux-amd64 compressed oops)
# Problematic frame:
# C [libzip.so+0x512d] Java_java_util_zip_ZipFile_getZipMessage+0x114d
#
# Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
#
# An error report file with more information is saved as:
# /home/abcde/apache-tomcat-7.0.35/bin/hs_err_pid31224.log
#
# If you would like to submit a bug report, please include
# instructions on how to reproduce the bug and visit:
# https://bugs.launchpad.net/ubuntu/+source/openjdk-7/
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Hendy Irawan (ceefour)]

Error occurs when running Apache Karaf 2.3.1 :

rudi@rudi ~/git/bippo-commerce5 $ kill -9 %1; fg; karaf_berbatik/bin/karaf
karaf_berbatik/bin/karaf
Killed
        __ __ ____
       / //_/____ __________ _/ __/
      / ,< / __ `/ ___/ __ `/ /_
     / /| |/ /_/ / / / /_/ / __/
    /_/ |_|\__,_/_/ \__,_/_/

  Apache Karaf (2.3.1)

Hit '<tab>' for a list of available commands
and '[cmd] --help' for help on a specific command.
Hit '<ctrl-d>' or type 'osgi:shutdown' or 'logout' to shutdown Karaf.

karaf@root> #
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGBUS (0x7) at pc=0x00007faf268d1875, pid=8182, tid=140389864437504
#
# JRE version: 7.0_15-b20
# Java VM: OpenJDK 64-Bit Server VM (23.7-b01 mixed mode linux-amd64 compressed oops)
# Problematic frame:
# C [libzip.so+0x4875] Java_java_util_zip_ZipFile_getZipMessage+0x895
#
# Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
#
# An error report file with more information is saved as:
# /home/rudi/git/bippo-commerce5/karaf_berbatik/hs_err_pid8182.log
#
# If you would like to submit a bug report, please include
# instructions on how to reproduce the bug and visit:
# https://bugs.launchpad.net/ubuntu/+source/openjdk-7/
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#

[Hendy Irawan (ceefour)]

added several OpenJDK Java runtime crash logs

[Colin Ingarfield (colini)]

I just ran into this bug in 7.0_15-b20 as well. The jvm was running on an Amazon EC2 instance, fwiw.

#
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGBUS (0x7) at pc=0x00007f5203ac8062, pid=22147, tid=139989666842368
#
# JRE version: 7.0_15-b20
# Java VM: OpenJDK 64-Bit Server VM (23.7-b01 mixed mode linux-amd64 compressed oops)
# Problematic frame:
# C [libzip.so+0x5062] Java_java_util_zip_ZipFile_getZipMessage+0x1132
#
# Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
#
# An error report file with more information is saved as:
# /tmp/hs_err_pid22147.log

[Mark Grandi (markgrandi)]

Just got this today:

If its any indication, This was while running spigot (a minecraft server), and it uses 'plugins' (as jars). I had just recompiled a new jar, and scp'ed it and overwrote the old plugin .jar while the server was running. I only got this error when i told spigot to shutdown. maybe its related to the jar (a zip file) being different then when it was first loaded and it freaking out?

[Mark Grandi (markgrandi)]

Follow up to my previous comment (#10), i just looked through the .log file some more and i'm pretty sure what i said is exactly what is happening. I told the server to shut down, so it starts telling the plugins to shut down

j com.untamedears.realisticbiomes.persist.PlantManager.saveAllAndStop()V+4
j com.untamedears.realisticbiomes.RealisticBiomes.onDisable()V+23

and then it tries to load the class from the jar, and then it calls the zip code (which ended up crashing) , probably cause the zip/jar file is different then when it was first loaded, due to me overwriting it.

J java.util.zip.ZipFile.getEntry(J[BZ)J
J java.util.jar.JarFile.getEntry(Ljava/lang/String;)Ljava/util/zip/ZipEntry;
J sun.misc.URLClassPath.getResource(Ljava/lang/String;Z)Lsun/misc/Resource;
J java.net.URLClassLoader$1.run()Ljava/lang/Object;
v ~StubRoutines::call_stub
J java.security.AccessController.doPrivileged(Ljava/security/PrivilegedExceptionAction;Ljava/security/AccessControlContext;)Ljava/lang/Object;
J java.net.URLClassLoader.findClass(Ljava/lang/String;)Ljava/lang/Class;
j org.bukkit.plugin.java.PluginClassLoader.findClass0(Ljava/lang/String;Z)Ljava/lang/Class;+85
j org.bukkit.plugin.java.JavaPluginLoader.getClassByName0(Ljava/lang/String;)Ljava/lang/Class;+93
j org.bukkit.plugin.java.PluginClassLoader.findClass0(Ljava/lang/String;Z)Ljava/lang/Class;+75
j org.bukkit.plugin.java.PluginClassLoader.findClass(Ljava/lang/String;)Ljava/lang/Class;+19
j java.lang.ClassLoader.loadClass(Ljava/lang/String;Z)Ljava/lang/Class;+70
j java.lang.ClassLoader.loadClass(Ljava/lang/String;)Ljava/lang/Class;+3
v ~StubRoutines::call_stub