Ho eseguito la porta Patters di CrashPlan sulla mia Synology Diskstation DS213j (CPU ARM). Di recente ho aggiornato il sistema operativo DiskStation a DSM 6.0.
Come parte dell'aggiornamento, il servizio CrashPlan si è aggiornato all'ultima versione durante il riavvio. Ho avuto un po 'di problemi a riavviare CrashPlan, perché questa versione viene fornita con un proprio JRE non ARM, quindi l'ho indicato su Java 8 JRE fornito con DSM 6.0.
Ora CrashPlan si avvia OK, ma non esegue il backup. La GUI dice "Backup iniziale non completo". Nei registri vedo
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
è un binario ELF e la directory si trova nel tmpdir di CrashPlan JVM.
Lo sto interpretando come la nuova versione di CrashPlan viene fornita con alcune librerie native e queste non sono costruite per le CPU ARM. Vedo anche che CrashPlan 4.5 richiede il kernel Linux 2.6.32 o successivo e, se non presente, possono esserci problemi con le inotify
chiamate. Questi sono visti nello stack sopra.
Sono pieno? Senza le librerie native di CrashPlan per la mia piattaforma non vedo un modo per avviarlo. Mi restano due anni di abbonamento a CrashPlan e eseguirlo dal mio PC non è affatto buono come eseguirlo dal mio NAS per diversi motivi.