Crashplan on Duo/NV+ v2? [SOLVED + TUTORIAL]

Thanks for the tip on the service file - editing the service host to 0.0.0.0 seems to have cured my issue.

FWIW I installed OpenJDK and compiled my own libraries, but otherwise the same solution

Nice work guys.
I'm in the middle of a big back up I don't want to interrupt so I'm gonna have to wait a week or two. But as soon as I will be trying this try...

sphardy wrote:
Thanks for the tip on the service file - editing the service host to 0.0.0.0 seems to have cured my issue. FWIW I installed OpenJDK and compiled my own libraries, but otherwise the same solution

Hello,
If you have time, could you please explain how you did to compile your own library? Because if crashplan decides in the future to upgrade their application and that new libraries are needed, it would be good to know :-)
Your solution is certainly cleaner than mine.

What does

FWIW

mean?

Philippe

FWIW = For What It's Worth

I compiled libmd5.so using the instructions you also found in your link1 (I got the necessary include files from a Linux box I have)

I compiled libjtux.so based on some info I found elsewhere, but don't have the original link I used. Just found this however which seems pretty much the same: https://crashplan.zendesk.com/entries/3 ... sheevaplug

Ok, I could not wait. The appleal of having Crashplan run natively on my NV+ was too much..

Anyway I managed to get as far as updating the dependencies (apt-get install libjna-java)

It's here I've gottena little stuck. You guys mention editing the service file which in my case is in:

/c/home/Neil/crashplan/conf/default.service.xml

Is this correct?

If so the file does not seem to contain :

<serviceUIConfig>
    <serviceHost>0.0.0.0</serviceHost>
    <servicePort>4243</servicePort>
</serviceUIConfig>

I added this and continued witht eh install. However I keep getting the following error in the log.

/c/home/Neil/crashplan/jre/bin/java: /c/home/Neil/crashplan/jre/bin/java: cannot execute binary file

May need to go thought he process again from scratch...but any help would be appreciated..

1. The Service file is called "my.service.xml" - also the code you quoted is not correct and does not match the instructions
2. You appear to be running the wrong java installation - you shouldn't be running any java included with the Crashplan installation. Check your path and java environment settings

Thanks sphardy.

You were correct, I had the wrong java installation. I ran a crashplan update which asked if I want to install and I had done so...knew that would come back to haunt me.
I also had a typo in the path & java environment settings which was not helping.

I have now managed to get Crashplan running without any error in the log before I connect.

However now when connected I am getting the "Connecting to backup destination" but nothing is heppening.
I also get the following in the error.log:

Exception in thread "W13388796_ScanWrkr" java.lang.NoClassDefFoundError: Could not initialize class com.code42.jna.inotify.InotifyManager
	at com.code42.jna.inotify.JNAInotifyFileWatcherDriver.<init>(JNAInotifyFileWatcherDriver.java:21)
	at com.code42.backup.path.BackupSetsManager.initFileWatcherDriver(BackupSetsManager.java:392)
	at com.code42.backup.path.BackupSetsManager.startScheduledFileQueue(BackupSetsManager.java:330)
	at com.code42.backup.path.BackupSetsManager.access$1600(BackupSetsManager.java:65)
	at com.code42.backup.path.BackupSetsManager$ScanWorker.delay(BackupSetsManager.java:1035)
	at com.code42.utils.AWorker.run(AWorker.java:158)
	at java.lang.Thread.run(Thread.java:722)
Exception in thread "W21889822_ScanWrkr" java.lang.NoClassDefFoundError: Could not initialize class com.code42.jna.inotify.InotifyManager
	at com.code42.jna.inotify.JNAInotifyFileWatcherDriver.<init>(JNAInotifyFileWatcherDriver.java:21)
	at com.code42.backup.path.BackupSetsManager.initFileWatcherDriver(BackupSetsManager.java:392)
	at com.code42.backup.path.BackupSetsManager.startScheduledFileQueue(BackupSetsManager.java:330)
	at com.code42.backup.path.BackupSetsManager.access$1600(BackupSetsManager.java:65)
	at com.code42.backup.path.BackupSetsManager$ScanWorker.delay(BackupSetsManager.java:1035)
	at com.code42.utils.AWorker.run(AWorker.java:158)
	at java.lang.Thread.run(Thread.java:722)

I have also tried to run "apt-get install libjna-java" and get:

libjna-java is already the newest version.
You might want to run 'apt-get -f install' to correct these:
The following packages have unmet dependencies:
 openjdk-6-jre-headless : Depends: libcups2 but it is not going to be installed
E: Unmet dependencies. Try 'apt-get -f install' with no packages (or specify a solution).

Even stranger, If I disconnect, stop then start Crashplan, I now cant connect again....

Re. the Java error - I too still get that, but it so far does not appear to be affecting CrashPlan functionality. iNotify relates to realtime scanning of the filesystem so unless you plan to backup your NAS to another unit running CrashPlan, I think you can safely ignore it.

libcups2 is a bit of a pain. Netgear appears to have a custom version of the library in their firmware and so you have to force that to be overwritten when installing OpenJDK. Given the v2 devices don't support networked printing anyway I doubt this will cause any real issue.

If the suggested command "apt-get -f install" doesn't work try this:

dpkg -i --force-overwrite /var/cache/apt/archives/libcups2_1.4.4-7+squeeze1_armel.deb

Then try the install again.

Note: I take no responsibility if this change does break things. Plus there's a strong possibility a firmware update will restore the Netgear version of libcups2 which may then break CrashPlan, requiring libcups2 to be updated again. Philippe's java suggestion may be a better option in this case. The perils of being an early adopter...

Hello,
I forgot to mention that I created a symbolic link to libjnidispatch.so after the installation of the package libjna-java.

ln  -s /usr/lib/jni/libjnidispatch.so /c/home/Philippe/crashplan/libjnidispatch.so

If you do not create this link, the front-end will wait forever when you start the backup.

Thanks filzip77. That fixed the issue and Crashplan is now syncing.
Thanks for all the help guys...I had already conceded that I would never have Crashplan working on my NV+v2, to now having it working is just great.

filzip77 as I was working though your install instructions I made a few mistakes and had to go looking else where for things I did not full understand. They may seem obvious to you guys but they took bit of digging for me....if you update your thread they might help others.

During installation I was confused about what options to set when install crashplan. To keep consistent I used your dir structure:

Your selections:
CrashPlan will install to: /c/home/Philippe/crashplan
And put links to binaries in: /usr/local/bin
And store datas in: /c/home/Philippe/crashplan/manifest
Your init.d dir is: /etc/init.d
Your current runlevel directory is: /etc/rc2.d

Is this correct? (y/n) [y] y

Location of Service file would help:

/c/home/Philippe/crashplan/conf/my.service.xml

again thanks a million for you work in getting Crashplan working...