Wir nutzen intern und auch für Kunden die Backup-Lösung CrashPlanPRO, da diese ein kontinuierliches Backup wichtiger Anwender-Daten im Hintergrund ermöglicht. Den CrashPlanPRO-Client gibt es auch für Linux. Nun hat allerdings die Linux-Variante ein Problem auf aktuelleren Linux-Distributionen: Die grafische Oberfläche CrashPlanDesktop stürzt beim Start ab.
Glücklicherweise gibt die Protokoll-Datei ui_output.log – bei einer systemweiten Installation des Client üblicherweise in /usr/local/crashplan/log – Aufschluß über die Fehlerursache:
|
1 2 |
# Problematic frame: # C [libsoup-2.4.so.1+0x6ec71] soup_session_feature_detach+0x11 |
Also ein Problem in Zusammenhang mit der Bibliothek libsoup. Der Name der Bibliothek war der Schlüssel dazu, einen Workaround zu finden.
So gibt es in dem entsprechenden Fehlerbericht #705420 für Debian den Hinweis auf CrashPlan. Den eigentlichen Workaround beschreibt der Hersteller Code42 in einem Support-Artikel. Demnach ist es erforderlich, den Variablen mit den Start-Optionen in der Konfigurationsdatei run.conf, die sich bei einer systemweiten Installation üblicherweise in /usr/local/crashplan/bin befindet, die Option -Dorg.eclipse.swt.browser.DefaultType=mozilla für den Standard-Browser hinzuzufügen. Das ganze sieht dann so aus:
|
1 2 3 |
ms@mango:/usr/local/crashplan/bin> cat run.conf 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 -Dorg.eclipse.swt.browser.DefaultType=mozilla" 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" |
Laut Code42 handelt es sich um einen Fehler in der Bibliothek. Die Eclipse-Entwickler sehen das anders und behoben den Fehler in der Anwendung . So oder so: Mit dem Workaround hat die aktuelle Version von CrashPlanPROe 3.6.1.4 gerade das Backup der nicht auf einem NFS-Mount befindlichen Workstation-Daten abgeschlossen.
