× NETGEAR will be terminating ReadyCLOUD service by July 1st, 2023. For more details click here.
Orbi WiFi 7 RBE973
Reply

Crashplan for Dummies, aka Step by Step :)

joepez
Aspirant

Re: Crashplan for Dummies, aka Step by Step :)

Tried swithcing back to 1.6 and now I get this:

Exception in thread "main" java.lang.NoClassDefFoundError: com/code42/utils/JavaEnvironment
Caused by: java.lang.ClassNotFoundException: com.code42.utils.JavaEnvironment
at java.net.URLClassLoader$1.run(URLClassLoader.java:217)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:205)
at java.lang.ClassLoader.loadClass(ClassLoader.java:321)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294)
at java.lang.ClassLoader.loadClass(ClassLoader.java:266)
Could not find the main class: com.code42.utils.JavaEnvironment. Program will exit.
The current version of Java () is incompatible with CrashPlan.
Please install one of the following version of the Sun JRE or OpenJDK: 1.5 1.6 1.7


Or I see this:
 Exception in thread "main" java.lang.NoClassDefFoundError: com/code42/utils/JavaEnvironment
Caused by: java.lang.ClassNotFoundException: com.code42.utils.JavaEnvironment
at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:276)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
The current version of Java () is incompatible with CrashPlan.
Please install one of the following version of the Sun JRE or OpenJDK: 1.5 1.6 1.7
Message 126 of 307
InterClaw
Aspirant

Re: Crashplan for Dummies, aka Step by Step :)

It seems like it's still running off of the JDK 1.7, no? Try to uninstall the EJRE installer and do the java -version thing after that and see what you get.
Message 127 of 307
scienide
Aspirant

Re: Crashplan for Dummies, aka Step by Step :)

Had the same problem in Ubuntu 13.04. Installed latest OpenJDK (1.7.0_25), but installer returned the message

Error: Could not find or load main class com.code42.utils.JavaEnvironment
The current version of Java () is incompatible with CrashPlan.
Please install one of the following version of the Sun JRE or OpenJDK: 1.5 1.6 1.7


I inspected the install.sh and found a variable JAVA_SPECIFICATION_VERSION that didn't seem to contain any value, probably because the com.code42.utils.JavaEnvironment class fails to load.

If you are absolutely sure that your Java-installation is OK, then you can read on.

The script compares the version list "1.5 1.6 1.7" against the previously mentioned variable, but since it doesn't contain anything (hence the empty parentheses in the error message) the script fails.

What I simply did to try to get CrashPlan installed was to add JAVA_SPECIFICATION_VERSION="1.7" below OKJAVA="1.5 1.6 1.7" in the script (line 21). Hadn't too much hope to get it installed properly after running install.sh, but the installation finished with no errors.

The client loads fine, and I can log in to my account and add files with no problems.
Message 128 of 307
chaug
Aspirant

Re: Crashplan for Dummies, aka Step by Step :)

Here is something for anyone who has experienced problems with a full OS partition (i.e. when things are no longer working as they should and NASMON* displays "Disk Usage: / 100% (4.0G)" in the top righthand corner) or who would like to avoid it: :arrow: do not accept the default install directory for the crashplan cache:

What directory do you wish to install CrashPlan to? [/usr/local/crashplan]


When my OS partition was full a couple of days ago and I had to let Netgear support fix it via remote access, the technician told me that the reason for the full OS partition was that a process called "crashplan" was writing cache files (a total of 2.7 GB) into /usr/local/crashplan, causing the root partition to fill up.

Unfortunately, I'm not an expert with servers (I don't even know exactly which directories are located in the root partition), so before I start fiddling around with things, I'd like to ask here:

:?: What other directory would be appropriate? Does the install directory affect the functioning of crashplan at all?
:?: What can I do now that I already installed crashplan according to the instructions given in this thread? Can I somehow move the installation or do I need to uninstall and re-install completely?

Cheers,
Christoph

* http://www.readynas.com/forum/viewtopic.php?f=48&t=24817 (I would have liked to insert this as a proper link above, but it seems to be impossible in this forum)
Message 129 of 307
StephenB
Guru

Re: Crashplan for Dummies, aka Step by Step :)

I would try a soft link first.

(a) stop crashplan (you can stop the service if you double-click on the house in the crashplan client - that will give you some extra commands).
(b) rename \usr\local\crashplan\cache to something else (\usr\local\crashplan\ocache for instance).
(c) create a cache folder on \c\ (perhaps use frontview)
(d) create a soft link (http://www.cyberciti.biz/faq/creating-s ... olic-link/) ln -s \c\cache \usr\local\crashplan\cache
(e) restart the NAS to restart the crashplan service.

I'm not certain this will work, but I would try it before doing a full reinstall.

Another option is to create \c\cache, and edit myservice.xml to point to it (replacing the reference to \usr\local\crashplan\cache).

The crashplan logs can also be moved, though they are less problematic than the the cache.

You can also try creating a soft link to\c\cache
Message 130 of 307
InterClaw
Aspirant

Re: Crashplan for Dummies, aka Step by Step :)

This got me interested. Found this on their site for those who would like to clear the cache. It doesn't solve your problem, but it might be useful information for those watching this thread. 🙂

https://helpdesk.crashplan.com/entries/ ... uick-fixes

I noticed that I have about 3.5 GB of data in /usr/local/crashplan/cache, but it hasn't given me any problems. Should it have? 🙂
Message 131 of 307
StephenB
Guru

Re: Crashplan for Dummies, aka Step by Step :)

Clearing the cache is extremely temporary, it will quickly build back.

The OS partition is only 4 GB in the pro, so 3.5 GB is getting dangerously full.
Message 132 of 307
InterClaw
Aspirant

Re: Crashplan for Dummies, aka Step by Step :)

Oops, scratch that. I think I misread it. It's 3.5 MB, isn't it. :oops: :lol: Seems my installation hasn't run amok after all. It's Friday and I'm tired hehe.

NAME:/usr/local/crashplan/cache# ls -la
total 3576
drwxr-xr-x 3 root root 4096 2013-10-11 03:00 .
drwxr-xr-x 11 root root 4096 2013-04-18 21:11 ..
drwxr-xr-x 3 root root 4096 2013-10-11 15:48 42
-rw-r--r-- 1 root root 3733 2013-10-11 15:47 cpft1_42
-rw-r--r-- 1 root root 4569 2013-10-11 15:47 cpft1_42i
-rw-r--r-- 1 root root 5209 2013-10-11 15:47 cpft1_42x
-rw-r--r-- 1 root root 1622318 2013-10-11 03:00 cpgft1
-rw-r--r-- 1 root root 1107764 2013-10-11 03:00 cpgft1i
-rw-r--r-- 1 root root 873962 2013-10-11 03:00 cpgft1x
-rw-r--r-- 1 root root 676 2013-10-11 03:00 cpss1
NAME:/usr/local/crashplan/cache#
Message 133 of 307
jnichel
Aspirant

Re: Crashplan for Dummies, aka Step by Step :)

Hi. Great guide and I'm almost there (I think) but I'm having a bit of a problem connecting to CrashPlan when trying to configure the NAS. When I fire up the desktop client without any modifications to ui.properties on the desktop PC, it will log into CrashPlan fine. However, whenever I change the service port to 4200 and do the tunnel through Putty, the desktop client will fail when trying to log into CrashPlan (tells me that the credential are wrong or that I need to check my network). When trying to login, this is what appears in the logs on the NAS:

[12.17.13 13:08:24.720 INFO    MQ-UI-1              com.backup42.service.ui.UIController    ] UserActionRequest: CommandMessage[force.idle] 
[12.17.13 13:08:24.721 INFO MQ-UI-1 backup42.service.backup.BackupController] UI:: FORCE IDLE... highBandwidth=38400 B/s, idleThrottleRate=80
[12.17.13 13:08:24.722 INFO MQ-UI-1 com.backup42.common.command.CliExecutor ] RUN COMMAND: force.idle > CommandResult@16684815[ force.idle, success=true, result=null ]
[12.17.13 13:08:24.809 INFO MQ-UI-0 com.backup42.service.ui.UIController ] UserActionRequest: LoginRequestMessage[614978997790966052] LOGIN: username=**@********.com, password=****, serverAddress=null
[12.17.13 13:08:24.810 INFO MQ-UI-0 com.backup42.service.peer.Authorizer ] AUTH:: LOGIN; waitTime=60000
[12.17.13 13:08:24.811 INFO W7342891_Authorizer com.backup42.service.peer.Authorizer ] AUTH:: *** START *** with Authorizer@8067341[ LOGIN, username=**@********.com, password=true]
[12.17.13 13:08:24.811 INFO W7342891_Authorizer com.backup42.service.peer.Authorizer ] AUTH:: Authority address: central.crashplan.com/216.17.8.55
[12.17.13 13:08:24.811 INFO W7342891_Authorizer com.backup42.service.peer.Authorizer ] AUTH:: Getting auth rules. CPCAuthRulesRequestMessage@27909413[ login=true, username=**@********.com, registrationKey= ]
[12.17.13 13:08:25.317 INFO W7342891_Authorizer com.backup42.service.peer.Authorizer ] AUTH:: AuthorizeRules [hashPassword=true, ldap=false, minPasswordLength=5, usernameIsAnEmail=true, deferredAllowed=false]
[12.17.13 13:08:25.352 INFO W7342891_Authorizer com.backup42.service.peer.Authorizer ] AUTH:: CPCLoginMessage@-20032594[ guid=614830029668876580, productVersion=3.5.3, username=**@********.com, password=true, register=false, registrationKey=, orgType=CONSUMER, computerType=COMPUTER, address=192.168.1.36:4242, computerName = dchob-nas001, dataKeyChecksum = 1e3f61199467af9c7c3227ff39529c70, configDate=null, socialNetworkDate=0 ]
[12.17.13 13:08:25.749 INFO W7342891_Authorizer com.backup42.service.peer.Authorizer ] AUTH:: CPCLoginResponseMessage@122249785[remoteId=136962048763636368, session=614979033509658916, remoteGuid=42, errors=Login.FAILED]
[12.17.13 13:08:25.749 INFO W7342891_Authorizer com.backup42.service.peer.Authorizer ] AUTH:: Error = CPErrors.Login.FAILED : []
[12.17.13 13:08:25.751 INFO W7342891_Authorizer com.backup42.service.ui.UIController ] UserActionResponse: LoginResponseMessage@3916813[ session=614978997790966052, errors=[CPErrors.Login.FAILED : []] ]{}
[12.17.13 13:08:25.752 INFO W7342891_Authorizer com.backup42.service.peer.Authorizer ] AUTH:: *** END *** Failed after 942ms
Message 134 of 307
jnichel
Aspirant

Re: Crashplan for Dummies, aka Step by Step :)

Please disregard my last post. Seems that I had the Pro version of CP installed on my desktop, and the 'consumer' version installed on the NAS. Uninstalled CP on the NAS, then installed the Pro version and all connected fine. Great guide!
Message 135 of 307
ScottChapman
Apprentice

Re: Crashplan for Dummies, aka Step by Step :)

I just setup my 316 and would like to get CrashPlan running on it.

What would the process be for getting the right version of the JRE on it? I am not sure the EJRE approach here would work, the other thread mentioned adding a new target and using apt-get.

Any thoughts?
Message 136 of 307
chirpa
Luminary

Re: Crashplan for Dummies, aka Step by Step :)

# apt-get install openjdk-7-jre-headless
Message 137 of 307
ScottChapman
Apprentice

Re: Crashplan for Dummies, aka Step by Step :)

So, went ahead and did that, but java -version still shows old version.

Right now dpkg is showing:
openjdk-6-jre-headless:amd64 install
openjdk-6-jre-lib install
openjdk-7-jre-headless:amd64 install
openjdk-7-jre-lib install
Message 138 of 307
ScottChapman
Apprentice

Re: Crashplan for Dummies, aka Step by Step :)

OK, I think I got it. But I have a couple of questions...

Once I get it setup and crashplan is backing up files

-How often are backups run?
-What's the upload performance? It seemed REALLY slow to me...
Message 139 of 307
StephenB
Guru

Re: Crashplan for Dummies, aka Step by Step :)

upload speeds vary quite a bit on my Pro. Over the weekend it uploaded about 16 GB @ 35 mbits, but a day later uploaded 2 GB @ 5.2 mbits. I'm not sure if the variation is in their servers, or simply the fluctuations of the internet.

Though 5.2 mbits is not typical, it is far more usual for it to be in the high teens at least. (My internet service is 75 down/35 up, so 35 mbits is about the max I'd see on the upload).

I did upgrade the memory to 2GB, which seemed to make a difference.

By default the backup will run every 15 minutes.
Message 140 of 307
ScottChapman
Apprentice

Re: Crashplan for Dummies, aka Step by Step :)

I am on a 316 (with 2GB). My network connection is exactly twice as fast as yours (in both directions).

I am seeing about 300KB/sec which is 2.4Mb/sec (currently running). Maybe I will need to do some testing over the weekend!
Message 141 of 307
StephenB
Guru

Re: Crashplan for Dummies, aka Step by Step :)

Maybe check to see if the OS is swapping, or if there is a Netgear process hogging the CPU.

I have deduplication set to "minimal" in advanced backup options, and compression set to "off".

Also check your network settings and make sure the bandwidth limits aren't set.
Message 142 of 307
ScottChapman
Apprentice

Re: Crashplan for Dummies, aka Step by Step :)

I changed depue to minimal, and compression off. There were no bandwidth limitations in the crashplan. Currently getting about 400-500KB/sec. A little better but not great.

Load on the nas if around 1, and there is really no disk thrashing (memory used is about 50%, and swap is not being used)
Message 143 of 307
StephenB
Guru

Re: Crashplan for Dummies, aka Step by Step :)

If it doesn't seem to pick up over time, then you could try restarting the service. Double-click on the house on the upper right corner, and it will give you some command lines.

Also, I've found it useful to "tail -100 \usr\local\crashplan\log\backup_files.log.0" from ssh (putty window maximized first). It gives a better picture of what's happening than the client.

I think it took about 3 months to upload 6 TB of data initially. Though my pro-6 definitely has a faster CPU than the ultra.

I added one share at a time to the backup list (doing more critical data first).

It's been a while now, but I think I made two other changes:

(a) I increased the virtual memory in /usr/local/crashplan/bin/run.conf to -Xmx1024M
(b) I added a few more containers to the <noCompressionPatterns> xml in \usr\local\crashplan\conf\my.service.xml. This include .mkv, .m2ts, .ts, .iso,, .evo, and .tib. At the time, that seemed to make a difference in the upload speed for those file types.
Message 144 of 307
ScottChapman
Apprentice

Re: Crashplan for Dummies, aka Step by Step :)

Could you send me your my.service.xml so I can see what your patterns look like and where you put them exactly?

I have made all the other adjustments, restarted it, still running smoothly @ around 500KB/sec
Message 145 of 307
StephenB
Guru

Re: Crashplan for Dummies, aka Step by Step :)

ok if I sent them to your email address? (I can see that since I am a mod...).
Message 146 of 307
ScottChapman
Apprentice

Re: Crashplan for Dummies, aka Step by Step :)

Yupper, thanks!
Message 147 of 307
dsm1212
Apprentice

Re: Crashplan for Dummies, aka Step by Step :)

I'm in the crash plan trial right now. Very nice and I can't believe this is only going to be ~$5/month. Two things I've noticed: 1) large files are transferred more slowly, and 2) My rates vary over time of day. I've got 75/10+ and I've seen transfers in the 12-13Mb/s that I had to throttle or my kids were complaining, but most of the time I'm seeing 2-5. With large file (videos) transferring in the 2 range. When I add a directory of photos they go much faster. Both of these could be somehow due to Comcast though. I know that comcast does a boost for the first 25MB of every connection. If it creates a new socket for each transfer it could be a big win for small files. It's difficult to tell where the throttling is. But hey, I'm not complaining this seems a little too good to be true. Hopefully I'll never have to do a big restore.

steve
Message 148 of 307
68rustang
Aspirant

Re: Crashplan for Dummies, aka Step by Step :)

I have been running CrashPlan on my ReadyNAS pro4 for a little over a year without any issues. It is located in my office and serves as an offsite backup for family. I would like to add my own home computer (OS X 10.9) to it. Being that the backup is ~400GB I would like to pre-seed the backup using an external USB HDD.

I am following this: https://support.code42.com/CrashPlan/Latest/Backup/Backing_Up_Very_Large_File_Selections_To_Another_Computer

I am unable to copy the crashplan archive folder to "/c/crashplan" on the NAS. It says I do not have permission. I am unable to write anything to the /c/crashplan directory. Before I start editing share permissions through Frontview has anybody else run into this? Did you find a solution?

Frontview shows default permission for Crashplan as Read/Write and allow Guest access is checked.
Message 149 of 307
dsm1212
Apprentice

Re: Crashplan for Dummies, aka Step by Step :)

What is currently in /c/crashplan? Maybe that is where you installed crashplan? I never created that directory in my pro6 setup. If it is your install directory I wouldn't open permissions on that. The easiest thing to do is:

1. create a new share called backups and a subdirectory inside that for each computer you are backing up
2. add permissions for the share
3. copy your seed to that computer's subdirectory.
4. add that directory to your crashplan list of directories to back up.

steve
Message 150 of 307
Top Contributors
Discussion stats
Announcements