Yep, another post by me.

 

After rebooting like 5 times, I did notice the Crashplan updated itself on the unraid box. The client was newer. So I tried to connect and it let me connect to the engine. Needless to say it indicates 1.2 years until it finishes backing up, so I'm on the fence with this type service even being used with an unraid server with terabytes of data. I know there are lots of people using it, and are still probably backing up their data. By the time it finishes, you'll have many Gigs to backup again, hence a never ending loop.

 

 

Four ways to look at that :

 

- Better some backup than none at all.

 

- Don't backup everything, pick and choose what's actually important / non replaceable

 

- Don't back up to crashplan central. Backup to another crashplan instance you run which could be better located network wise and possibly..

 

- ...use a 'seed' drive to get your initial backup sorted quickly. Crashplan offer this as a service in the USA I believe.

Hi all,

 

I have been using CrashPlan for a week without any problems. SSHD works just fine (when I manually enable it) and I have been able top backup my computers to CrashPlan on unRAID.

Now, for some reason I'm not able to start CrashPlanEngine. I have also installed the GUI plugin. If I go to Settings -> CrashPlan it says that CrashPlan is running. If I go to Utils -> CrashPlan it says that CrashPlan is not running. Guess that is the CrashPlanEngine?

 

If I telnet and run CrashPlanEngine status is not running. I try CrashPlanEngine start but it does not help.

 

I have tried to look at the syslog but I'm not able to find anything. I'm running unRAID v5.0 RC4. Syslog it attached if anyone wants to take a look. Thanks in advance.

syslog.txt

Crashplan doesn't log to syslog - have a look in $CRASHPLANINSTALLDIR/log and there should be quite a lot in there.

 

Crashplan is usually ok at giving you an idea of why it's unhappy. service.log is probably the one you want to keep an eye on when you restart it.

Thanks for the heads up.

I looked at the logfiles. service.log has not logged anything since the last time I was able to actually make a backup, but engine_error.log says

nice: /usr/local/crashplan/jre/bin/java: Permission denied.

 

I also got "Permission denied" when I tried to run "CrashPlanEngine start" from telnet. After some googling I found out that I should try "chmod +x CrashPlanEngine". Then I was able to run start CrashPlanEngine (although it did not start).

You'll probably have to do the same with /usr/local/crashplan/jre/bin/java

 

CrashPlanEngine is just a wrapper shell script to call java with the right options.

 

This would ask the bigger question of why the permissions on all these files (possibly your whole crashplan install tree?) have been changed recently though? Hav eyou done anything that might cause that?

 

Anyway - try +x'ing the java binary above and see how you go.

 

You're not seeing anything in service.log because Crashplan isn't even getting to the point where it can try to start up...

That fixed it.

I don't think I have done anything that should mess with the permission on that folder but to tell the truth I'm pretty newb when it comes to Linux. Does running the "New Permissions" mess with those permissions?

Oh, and isn't /usr folder created in memory on each boot? If that's the case should the correct permission be set during reboot or am I missing something?

I don't know enough about the v5 plugin (I don't use it) to say for sure.

 

Newperms will only touch things in /mnt/disk* (and /mnt/cache etc) - i.e array data. Even then whether or not it would remove execute permissions from anything I don't know without looking at it.

 

And yes, you're right /usr is created in memory on each boot.

 

However your crashplan install gets 'put in there' somehow at each boot. If that comes from somewhere that may have been affected by newperms then it would explain it.

 

I suppose, given you've mentioned it, the obvious question is have you run the new permissions script recently?

 

If you have it would seem unlikely to be coincidence that crashplan had all it's permissions changed at the same time...

I have been testing a bit and for some reason I have to chmod after each boot. I tried to remove everything CrashPlan and reinstall but that did not help. It's not really a big problem as I don't reboot the server THAT often. Thank you for all your help.

So how do you remove this from unRAID? I deleted the plugin but I still am seeing a CrashPlan folder that I am unable to delete.

Ok, I have this installed and working but when I reboot I need to installplg again. I presume I need to add the installplg command in my go file? If I do that what do I need to have in there to fire it up?

 

sorry if it's a dumb question, I am sure it is simple but I am just not sure.

 

Thanks

Ok, I have this installed and working

You installed the openSSH to get this working, correct? How did you deal with the new openSSH version? I don't see 5.9 there anymore and I'm not sure if 6.0 is working correctly or not: http://lime-technology.com/forum/index.php?topic=14998.msg186372#msg186372.

Would you consider changing the openssl and openssh version dependencies to match overbyrn's updated openssh plugin?

 

Having web GUI controls for both crashplan and openssh would be ideal.

Hi Guys,

 

I did a whole lotta upgrading of my UnRaid (three versions, I think) so that I could finally get CrashPlan working...  and I think it is...  ALMOST.

 

I installed the plugin, turned it on, and even tried the command given earlier through Telnet:

ps aux | grep java

 

Returned:  root 10262 0.3 1.4 685232 29724 ? SN1 08:54  0:05 /usr/local/crashplan/jre/bin/java -Dfile.encoding=UTF-8 -Dapp=CrashPlanService -DappBaseName=CrashPlan -Xms20m -Xmx512m -Djava.net.preferIPv4Stack=true -Dsun.net.inetaddr.tt1=300 -Dnetworkaddress.cache.ttl=300 -Dsun.net.inetaddr.negative.ttl=0 -Dnetworkaddress.cache.negative.ttl=0 -classpath /usr/local/crashplan/lib/com.backup42.desktop.jar:/usr/local/crashplan/lang com.backup42.service.CPService root 10868 0.0 0.0 2448 584 pts/0 S+ 09:17 0:00 grep java

 

I have no idea what any of that means (and it took a bit of work to type it all here).  :-)

 

I think my issue is with the "Configuring Windows" Step:

http://lime-technology.com/wiki/index.php?title=CrashPlan#Configuring_the_Crashplan_engine_from_a_Windows_Machine

 

I had no issue installing CrashPlan on my Windows machine, then adding the servicePort=4200 line to the ui.properties file, but I am quite lost on the Putty part of things...  I'm sure I must be doing something out of order or overlooked a step that wasn't in the directions.  :-)

 

Here's what I've tried to do:

- Open putty and under Connection, SSH, Tunnels, I typed 4200 into the Source port box and Tower:4243 into the destination box (using my Tower's name, of course), then clicked "Add"

 

Not sure what I'm supposed to do here - to save it as a session, so I tried:

- Clicking the "Open" button, which does nothing at this point.

- Clicking the "Session" category and entering my tower's name for the Host Name and setting the Port to 4200, then entering a "Saved Session Name" (SSH box ticked) and clicking Save.  (Seems to save, but I don't think I've actually connected, so I clicked Open - which gives me "Network Error - Connection Refused).

 

- Tried the exact same as above, but used Port 4243 before clicking Open and that got the same error.

 

The Crashplan client on my Windows machine says "Unable to connect to the backup engine, retry?"

 

Sadly, I don't know what to do next.

 

[update: Rebooted UnRaid and now the CrashPlan plugin doesn't load when clicked from the web gui]

 

Thanks for any help,

 

Russell

 

 

 

 

 

Continuing to work on this...  If I try to use Putty and simply enter my Tower name for the Host and leave it as Port 22/SSH and try to "Open" a connection, I get "Network Error: Connection Refused"...

 

So maybe the plugin didn't get my SSH running?

 

Looking for help,

 

Russell

Hey everyone,

 

I think I was right about the SSH not working...  Since i couldn't get it working, I used the OpenSSH plugin:

http://lime-technology.com/forum/index.php?topic=20848.0

 

Then my Putty Connected - and then so did my CrashPlan Client on my Windows machine.  Clicked the Change button and ticked the box for disk1 (under ~empty~, mnt) and my first 45GB is headed up to CrashPlan.

 

Kick Ass!

 

Thanks everyone,

 

Russell

Good news. Really...I was looking at that plugin for your use!

 

Edit: now time for you to work through the crashplan GUI plugin

 

Bryan,

 

You're almost like a drug pusher trying to get me to tune my UnRaid with every conceivable plugin.  :-P

 

I'm so flipping excited about CrashPlan that I'm just watching my Windows client monitor the UnRaid CrashPlan install - 3GB sent up already.  Gotta restrict it to only the stuff that's most important - my 22TB would take a while.

 

I've started trying more plugins - and I'm hung up on the DropBox one now (http://lime-technology.com/forum/index.php?topic=15984.msg188476#msg188476).  I had tried the CrashPlan GUI as part of my CrashPlan troubleshooting - but I didn't see it do ANYTHING, so I'll have to try again.

 

Thanks for stalking me Bryan... it's been quite a while since I had a stalker. 

 

Russell

Okay...  now I need a genius....  This is for those that are CrashPlan Central subscribers...

 

I've tinkered with my CrashPlan about 20-25 times...  Originally my backup was running at 600Kbps...  and now it's 2.2Mbps...  but I have a 10Mbps upstream, and I'm hoping to use more of it.  (My original 45GB was going to take 1.1 Weeks, and now it's only two days! - but if I were able to use all my bandwidth, I'd be looking at a half a day - which would allow me to expand my backup set more quickly.)

 

[CRITICAL NOTE:  You LOSE ALL CRASHPLAN BACKUPS for your current machine when you do this, so if you're already seeded, maybe experiment with another machine.]

 

With that warning out of the way, if you open your CrashPlan client, double click the green house in the upper right corner and enter the command GUID NEW, your computer will be changed to a new computer in the eyes of CrashPlan.  You'll have to login to your account, choose the files/folders you want backed up, then under the "Settings" tab, choose "Account" and enter your License Key to reactivate your account on this "new" computer.  CrashPlan will ask if you want to transfer your existing License to this new computer and ERASE your existing backup.

 

Once you do so, you can go back to the "Backup" Tab and choose "Start Backup" next to CrashPlan Central.

 

At this point, you'll start a new backup - to a seemingly random CrashPlan datacenter.  I learned this little trick from:  http://wojo.com/blog/2011/1/30/changing-your-crashplan-central-server-for-better-backup-spe.html

 

So, now the question - the nearest datacenter to me is San Francisco - can anyone figure out how to force CrashPlan to use that datacenter?  (I keep getting connections to MSP (Minneapolis-St Paul) and ATL (Atlanta), though I've tried this at least 25 times).  You can see which datacenter you're saving to in your log file - under DESTINATIONS.

 

Anyone crack the code and help us all improve our backup speeds?  :-)

 

Thanks,

 

Russell

Have you tried asking crashplan to migrate you onto that node? Despite their lack of 'true' cloudyness (in my opinion) I belive they have that ability.

 

Whether they'd do it just because you ask I don't know - but it would be worth a shot.

 

 

Hi Boof,

 

I've asked - we'll see what they say.  :-)

 

Their support page indicates it may be a few days for a reply.

 

Anyone have any ideas how to set this up on my end?  (I keep trying to randomly get my local datacenter).

 

Thanks,

 

Russell

They provided little assistance - except to let me know that the San Francisco DataCenter isn't available for customer access directly - it's one of their backup locations.

 

They referred me to their general "speed up the backup" documentation, which I'd already done.

 

So, it seems, I'm stuck until I finish buying a few more hard drives for my second (eventually offsite) UnRaid box.

 

Thanks,

 

Russell

I have experienced some problems stopping the array. This is because unRAID is not able to unmount the cache drive. If I remember to stop CrashDrive from running it works just fine. Because of this I have moved all apps (VirtualBox, phpVirtualBox and CrashPlan) to a drive that is not part of the array. Everything works just fine except that the CrashPlans logfiles and cachefiles still are being stored on the cache drive thus making it impossible to stop the array without first stopping CrashPlan from running.

 

This is from my app.log

WorkingDir   = /mnt/download/.apps/crashplan/cp_bin
LogDir       = /mnt/cache/.apps/crashplan/cp_bin/log
AppDataDir   = /mnt/download/.apps/crashplan/cp_bin/conf
CacheDir     = /mnt/cache/.apps/crashplan/cp_bin/cache
ArchiveDir   = /mnt/disk6/backup/

 

How do I set LogDir and CacheDir to /mnt/download ?

the download for this plugin is not working on the unraid plugin page also is there a good step by step for loading this for dummies

I'm using RC5 and everything worked well until about 5 days ago.  I haven't gotten a backup to the CP central servers since then.

 

I downloaded the latest plg (it says Crashplan-0.2-i486-1avt.plg vs Crashplan-0.1-i486-1atv.plg) and thought I had my culprit, went to manually install the plg from telnet and I keep getting an xml parse error.

 

I've checked the installed version of Crashplan (3.2.1) and it is the latest, not sure what the problem is.  Any ideas?