Crashplan 4.5 Auf Synology Diskstation Unzufriedener Linkfehler

Ich habe den CrashPlan-Port von Patters auf meiner Synology Diskstation DS213j (ARM-CPU) ausgeführt. Ich habe kürzlich das DiskStation-Betriebssystem auf DSM 6.0 aktualisiert.

Im Rahmen des Upgrades hat sich der CrashPlan-Dienst während des Neustarts auf die neueste Version aktualisiert. Ich hatte ein wenig Probleme, CrashPlan neu zu starten, da diese Version mit einer eigenen Nicht-ARM-JRE geliefert wird. Daher habe ich sie auf die Java 8-JRE verwiesen, die mit DSM 6.0 geliefert wird.

Jetzt startet CrashPlan OK, aber es wird nicht gesichert. Die GUI meldet "Initiales Backup nicht abgeschlossen". In den Protokollen sehe ich

ERROR 95988_AUTH-1 .service.backup.BackupController] Exception setting up BackupController!, java.lang.UnsatisfiedLinkError: /volume1/@tmp/jna-3506402/jna7016685188129052391.tmp: /volume1/@tmp/jna-3506402/jna7016685188129052391.tmp: internal error STACKTRACE:: java.lang.UnsatisfiedLinkError: /volume1/@tmp/jna-3506402/jna7016685188129052391.tmp: /volume1/@tmp/jna-3506402/jna7016685188129052391.tmp: internal error at java.lang.ClassLoader$NativeLibrary.load(Native Method) at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1938) at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1821) at java.lang.Runtime.load0(Runtime.java:809) at java.lang.System.load(System.java:1086) at com.sun.jna.Native.loadNativeDispatchLibraryFromClasspath(Native.java:761) at com.sun.jna.Native.loadNativeDispatchLibrary(Native.java:736) at com.sun.jna.Native.<clinit>(Native.java:131) at com.code42.jna.LinuxPlatform.<init>(LinuxPlatform.java:76) at com.code42.jna.PlatformFactory.getLinuxPlatform(PlatformFactory.java:41) at com.code42.jna.inotify.InotifyManager.<clinit>(InotifyManager.java:47) at com.code42.jna.inotify.JNAInotifyFileWatcherDriver.<init>(JNAInotifyFileWatcherDriver.java:22) at com.code42.backup.path.BackupSetsManager.initFileWatcherDriver(BackupSetsManager.java:417) at com.code42.backup.path.BackupSetsManager.setUp(BackupSetsManager.java:153) at com.code42.backup.BackupManager.setUp(BackupManager.java:141) at com.backup42.service.backup.BackupController.setUp(BackupController.java:456) at com.backup42.service.CPService.changeLicense(CPService.java:2809) at com.backup42.service.CPService.authorize(CPService.java:2705) at com.backup42.service.peer.Authorizer.doWork(Authorizer.java:927) at com.code42.utils.AWorker.run(AWorker.java:148) at java.lang.Thread.run(Thread.java:745) 

/volume1/@tmp/jna-3506402/jna7016685188129052391.tmp ist eine ELF-Binärdatei und das Verzeichnis befindet sich im tmpdir der CrashPlan-JVM.

Ich interpretiere das, da die neue CrashPlan-Version mit einigen nativen Bibliotheken geliefert wird und diese nicht für ARM-CPUs entwickelt wurden. Ich sehe auch CrashPlan 4.5 erfordert Linux Kernel 2.6.32 oder höher, und wenn nicht vorhanden, können Probleme mit inotifyAufrufen auftreten. Diese sind im Stapel oben zu sehen.

Bin ich satt? Ohne die nativen CrashPlan-Bibliotheken für meine Plattform sehe ich keine Möglichkeit, sie zu starten. Ich habe noch zwei Jahre CrashPlan-Abonnement, und das Ausführen von meinem PC ist bei weitem nicht so gut wie das Ausführen von meinem NAS aus mehreren Gründen.