JRE crashes with SIGBUS when restoring backup

Still need help?

The Atlassian Community is here for you.

Ask the community

Fixed as of version 2.10: FE-4354 - Getting issue details... STATUS


Create a backup with the option repository and application caches selected.

 When restoring backup, the process stop half way and JRE crashes with SIGBUS at the end:

INFO  - DB Started.
# A fatal error has been detected by the Java Runtime Environment:
#  SIGBUS (0x7) at pc=0x00007fd4cffb7a82, pid=25426, tid=140552036337408
# JRE version: 7.0_07-b10
# Java VM: Java HotSpot(TM) 64-Bit Server VM (23.3-b01 mixed mode linux-amd64 compressed oops)
# Problematic frame:
# C  [libzip.so+0x4a82]	 newEntry+0x62
# Core dump written. Default location: /data/apps/teamcity/fecru/fecru/home/core or core.25426 (max size 1 kB). To ensure a full core dump, try "ulimit -c unlimited" before starting Java again
# An error report file with more information is saved as:
# /data/apps/teamcity/fecru/fecru/home/hs_err_pid25426.log
# If you would like to submit a bug report, please visit:
#   http://bugreport.sun.com/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.


Fisheye try to restore osgi-cache in the backup but failed due to a bug in JAVA. 


Remove the osgi-cache from the backup with the following command: 

zip -d PATH_TO_YOUR_BACKUP_FILE.zip cache/cache/plugins/osgi-cache/\*

If the backup format is zip64 (the above command does not work), use this tool with the following command to remove the osgi-cache: 

java -jar zip-remove-1.1-SNAPSHOT-jar-with-dependencies.jar path_to_original_backup.zip path_to_new_backup_with_osgi_caches_removed.zip cache/cache/plugins/osgi-cache/
Last modified on Jul 31, 2018

Was this helpful?

Provide feedback about this article
Powered by Confluence and Scroll Viewport.