JRE crashes with SIGBUS when restoring backup
Fixed as of version 2.10: FE-4354 - Getting issue details... STATUS
Problem
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.
#
Abort
Cause
Fisheye try to restore osgi-cache in the backup but failed due to a bug in JAVA.
Workaround
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
Powered by Confluence and Scroll Viewport.