NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
Tutorial to install CrashPlan (updated August 2016)
Hello everyone, As I have reinstall CrashPlan on my ReadyNas today. I thought I will share with everyone my updated notes. Feel free to comment to improve this step-by-step. Maybe a clever person...
StephenB wrote:
jclaracq wrote:Bogus,
I just checked again. I can connect to the CrashPlan of the NAS from the GUI of the client only if the ui.info port is set to 4243 !! Thus for me it works like that:
My ReadyNAS /var/lib/crashplan/ui.info:
4243,xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx,192.168.0.120
My Windows Client: c:\ProgramData\CrashPlan/.ui_info:
4243,xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx,192.168.0.120
You need to leave the ports at 4243 because you aren't tunneling through putty. I always start with putty myself, so I can access the crashplan logs, etc directly from linux - and then launch the client if there's something there I want to see or change. So 4200 works for me,
Also, I don't think you need to change the IP address on the NAS - 127.0.0.1 (localhost) should work too, and is easier to manage overall (fewer things to touch later if the IP address changes). Your method does require setting the NAS IP address on the client (and mine requires leaving it alone).
jclaracq - if you want edits to the main post, then let me know what they are - I can apply them for you.
Also, you might consider listing both the putty and direct configuration options in the main post, so both are documented.
Sorry my bad.
My Windows Client: c:\ProgramData\CrashPlan/.ui_info:
4243,xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx,192.168.0.123
That is what I have too.
Regarding "the IP address on the NAS - 127.0.0.1 (localhost) should work too"
I doubt it (but don't know for sure), because it might only listen to itself (hence localhost). Chaning it to 0.0.0.0 makes more sense, in particular when using DHCP as the IP address of the ReadyNAS might change.
Stephen can you also attach files to my or the 1st post? These .so files are required for ARM.
Bogus wrote:
Regarding "the IP address on the NAS - 127.0.0.1 (localhost) should work too"
I doubt it (but don't know for sure), because it might only listen to itself (hence localhost). Chaning it to 0.0.0.0 makes more sense, in particular when using DHCP as the IP address of the ReadyNAS might change.
Perhaps just try both and report back?
Bogus wrote:
Stephen can you also attach files to my or the 1st post? These .so files are required for ARM.
I can, but I am thinking it would be better if you and jclaracq would collaborate on revisions to the first post, and I can apply those.
Then I can add an "EDIT" note, so people will know they won't have to scroll through the thread.
Seems the latest CP release (4.8) has royally broken things - they now require Java 8 and the service will crash upon attempted to start with Java 7 still loaded. I was able to get the Oracle JDK 8 embedded installed on my RN204 but am still having issues with the service properly starting - it complains about authorization or something along those lines. I also had to replace libjtux.so with an ARM-compiled version because it was bombing on that too since the upgrade presumably overwrote it. It's irritatating that CP still refuses to support ARM platforms - there seems to be a good number of users backing up data from their ARM-based NASes (not just ReadyNAS but Synology and QNAP and probably more), and I'd say this is a pretty strong use case for a service like this.
Which firmware are you running?
Do you see this problem on 6.6.0?
In 6.6.0 we have upgraded the core OS from Debian 7 to Debian 8.I'm on 6.5.2 - I wasn't aware 6.6.0 was out or that I could upgrade to it... in fact, I was just on 6.5.1 earlier. How do I get up to 6.6.0? When checking for updates, it says I'm already at the latest...
EDIT: nevermind, I found it on the product page - https://www.netgear.com/support/product/RN204.aspx?cid=wmt_netgear_organic#Software%20Version%206.6.0%20(arm). I guess the auto-updater wasn't detecting this latest FW for whatever reason. Anyway, I just downloaded it and am pushing the new firmware. Will report back with what happens!
So just updated to 6.6.0 successfully. No change to the way things were previously though with CP. Thing is, I had manually installed Java 8 and the Java 7 I had also installed prior to that still exists (openjdk deb pkgs, etc). Am I supposed to remove all that?
It would probably make sense to only have the one version of Java on the system.
I removed openjdk-7 so just the binary for 8 is there. Still no go. Is Java 8 'bundled' into Debian 8/6.6.0? I ran apt-get update and then apt-cache search java and apt-cache search jre but still see Java 7 in the repo. Either way, unless something is wrong with my Java configuration or I'm missing some critical file, it's possible CP is just broken under Arm. I really don't want to have to resort back to attempting a fresh installation but I guess I'll be forced to if I can't figure anything else out. And even then, I dread having to do that only to find out that it might still be broken after :(
Just stumbled across this thread with multiple users having similar issues but with their ARM-based Synology NASes:
https://pcloadletter.co.uk/2012/01/30/crashplan-syno-package/
Particularly the comment here and thereon after: October 3, 2016 at 15:56
Crashplan is supposed to install its own java (in /usr/local/crashplan/jre ). That was one of the changes made over the summer.
Perhaps something went off with 4.8 though - my OS 4.2 system hasn't seen that update yet.
I don't doubt it - I noticed upgrades started breaking my CP installations every time they were rolled out and it was always related to Java/JRE.
I made some headway (which I didn't mention in my last post) where I had just symlinked the jna-*.jar from /usr/share/java and got past the initial authorization issues I was seeing. However, the issue now is that they've included a precompiled CP-specific library that doesn't run under ARM:
java.lang.UnsatisfiedLinkError: Unable to load library 'c42archive': Native libr
ary (linux-arm/libc42archive.so) not found in resource path ([file:/usr/local/cr
ashplan/lib/com.backup42.desktop.jar, file:/usr/local/crashplan/lang/])At this point, I think ARM-users are SOL. That really stinks...
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!
