Red Hat Bugzilla – Bug 986683
libsoup crashes java-1.7.0-openjdk when launching CrashPlan GUI
Last modified: 2014-04-30 14:18:18 EDT
Description of problem:
Since upgrading to Fedora 19, CrashPlan's GUI won't launch, and fails with the following error in CrashPlan's log:
# A fatal error has been detected by the Java Runtime Environment:
# SIGSEGV (0xb) at pc=0x4d8a30de, pid=5077, tid=3064032064
# JRE version: 7.0_25
# Java VM: OpenJDK Server VM (23.7-b01 mixed mode linux-x86 )
# Problematic frame:
# C [libsoup-2.4.so.1+0x560de] soup_session_feature_detach+0x1e
# 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:
# If you would like to submit a bug report, please include
# instructions on how to reproduce the bug and visit:
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
Version-Release number of selected component (if applicable):
This crash occurs every time I try to open CrashPlan.
Steps to Reproduce:
I haven't reproduced it on another system, but I would assume that to reproduce it, you could:
1. install java-1.7.0-openjdk-126.96.36.199-188.8.131.52.fc19.i686 and libsoup-2.42.2-1.fc19.i686
2. download CrashPlan
3. try to launch CrashPlan
Additionally, it looks like Ubuntu has experienced a similar problem (https://bugs.launchpad.net/ubuntu/+source/openjdk-6/+bug/712119) but unfortunately the workaround of uninstalling the offending package isn't an option here.
Do you have the hr_err log file, and if so, can you please post it?
Created attachment 777150 [details]
hs_error.log from crashed openjdk server
(In reply to Deepak Bhole from comment #2)
> Do you have the hr_err log file, and if so, can you please post it?
Attached the hs_error.log from this crash.
Thanks. This looks like it is originating from JNI code in swt and I am going to re-assign it to Eclipse as there is nothing the JDK can do to address this.
This is using swt 4.2 built by some thirdparty. swt.jar in eclipse-swt rpm as shipped with Fedora 19 contains a patch to fix this.
There is nothing we can do about the app you're using as they need to update their swt version to a new one compatible with latest webkit. You can also try to update the swt.jar in the app with the our swt.jar which would most probably work.
With that said I'm closing as cantfix as there is not much we can do about fixing CrashPlan.
Just replaced the swt.jar with Fedora's, and it works fine now. Thanks!
This workaround isn't doing the trick for me in Fedora 20, unfortunately. Any ideas?
This may not be a Fedora issue, but adding a workaround in the hope that it helps somebody:
1) Edit /usr/local/crashplan/bin/CrashPlanDesktop
2) Add "-Dorg.eclipse.swt.browser.DefaultType=mozilla" just before "-classpath" on the last line
3) Run CrashPlanDesktop
Found this here: https://bugs.eclipse.org/bugs/show_bug.cgi?id=405786
That fixed the problem for me, thanks. I also needed to add a file containing
to /etc/sysctl.d; without that I was unable to unlock the screensaver because CrashPlan was eating of the watches.
I sent a note to the Crashplan folks and they recommend the same fix... but in a different location. Here is the URL:
Their solution is:
Edit the run.conf file in your CrashPlan app installation directory
Default location: /usr/local/crashplan/bin/
Navigate to the end of the GUI_JAVA_OPTS section
Add this line, inside the quotes:
SRV_JAVA_OPTS="-Dfile.encoding=UTF-8 -Dapp=CrashPlanService -DappBaseName=CrashPlan -Xms20m -Xmx512m -Djava.net.preferIPv4Stack=true -Dsun.net.inetaddr.ttl=300 -Dnetworkaddress.cache.ttl=300 -Dsun.net.inetaddr.negative.ttl=0 -Dnetworkaddress.cache.negative.ttl=0 -Dc42.native.md5.enabled=false"
GUI_JAVA_OPTS="-Dfile.encoding=UTF-8 -Dapp=CrashPlanDesktop -DappBaseName=CrashPlan -Xms20m -Xmx512m -Djava.net.preferIPv4Stack=true -Dsun.net.inetaddr.ttl=300 -Dnetworkaddress.cache.ttl=300 -Dsun.net.inetaddr.negative.ttl=0 -Dnetworkaddress.cache.negative.ttl=0 -Dc42.native.md5.enabled=false -Dorg.eclipse.swt.browser.DefaultType=mozilla"
Save the file
The CrashPlan app should launch properly