Leifgg

I think you are right about that, I didn’t find a way to get the Docker client to update either… Well, I guess you can always use the Windows client if you are in an urgent need of doing a restore.

I was wrong when I previously said that the CrashPlan Docker engine couldn’t be auto updated. Sorry about that! :'( Did a check in the app.log in the log directory and can confirm 4.2.0 running as mentioned by guygg in the post above. If you stop and start the Docker the version will remain the same but if you force update the Docker it will load 3.7.0 but it will immediately update itself to 4.2.0.

The CrashPlan engine Docker will not update from 3.7 to 4.2 automatically, the developer of the Docker would need to update it to pull the new release. Edit: See correction in Reply #213 below

Have a look here to get some ideas: http://lime-technology.com/wiki/index.php/Hardware_Compatibility#PCI_SATA_Controllers I have used SuperMicro AOC-SAS2LP-MV8 in the past and that works fine. The BR10i is also listed but only up to 2.2 TB.

I think the first thing is to check if CrashPlan can see your USB disk. It would be mounted outside the array and probably using a Plugin called Unassigned Devices. I did try with a small disk a got but it was not visible to CrashPlan however that was just a quick test. Even if you can get this to work, every time you plug in the USB disk to your unRaid system CrashPlan would need to do a full scan of the files to find out what has been done and what to do. Might take some time with that much data. Have you considered other options, like building a small backup server and doing an Rsync backup over the network? Could be a rather small box with three or four drives and a mini-ITX board. Edit: Was actually able to add a mount point in CrashPlan to an attached USB drive so it still might be an option. I used an USB 2 disk so I don’t know how unRaid will handle USB 3 disks. What files system to use must also be considered as well as that the backup is probably in a CrashPlan format so you would need that to do a restore.

First I believe you should ENABLE pop ups. Then in the Java window you posted in Reply #4 klick on Save (you might need to wait a few seconds until it is enabled). If you get the Untrusted message you also need to go into the Java Control Panel under Security and add the IP to the Exception List.

Yes, I have both installed, and I have been using CP without the GUI Docker for a while without difficulties. Just curious if it would be more convenient not to have to use the Windows client to connect to the unRAID engine. (I can connect to the unRAID CP engine from a Windows system as usual.) Well, it doesn’t really matter I would say, it’s the same Java app. Only thing that I can think of is if you are going to do a restore to your Windows machine rather than to unRAID. Would guess that is best done with the Windows client.

Do you have both the CrashPlan Docker container and the CrashPlan GUI Docker container installed? CrashPlan is a server/client setup where the server runs on unRAID and the client can run on either a desktop PC or on unRAID.

Have a look here at #153 for the settings: http://lime-technology.com/forum/index.php?topic=33864.msg372747#msg372747 You can also use the CrashPlan GUI that is avaliable as a Docker.

After some re-configuring and de-selections the upload time dropped to 4.4 months. Crashplan never deletes, so here we go for the long haul. I really can't wait to start building a new box. Seeing the need for more CPU power and RAM with unRaid is usually not in the same sentence. Can still be used as a "lite" box, but can certainly be used as a heavy weight now. Great! Pls. keep us posted on progress

But unRaid created that user0 folder because of the Crashplan docker install? It wasn't there prior. Nope, has nothing to do with CrashPlan. Would guess it’s created if you install a cash drive.

You have a challenge in front of you if you would like to backup all your data to CrashPlan! Your main problem will not be your bandwidth (but it will take time for sure) but the way this service works. The data you backup is encrypted, compressed and reduced by data deduplication. Encryption and compressions doesn’t take much resources but data deduplication do. That’s why you have high CPU load. Data deduplication compares your backup data with all data you previously backed up to CrashPlan. In reality when you start your backup you will have a good upload speed but the more data you have backed up the slower it will be. I suggest you Google data deduplication and CrashPlan for a day or two(!) and also make sure to check the CrashPlan support pages. This is a hot topic… You should also be aware that CrashPlan recommends 1 GB memory for each 1 TB of data you have. Even if you add memory you need to reconfigure CrashPlan to use it. The reason for the memory usage is that CrashPlan rescans all your files to make sure that everything gets backed up.

I have done rsync from unRAID to a QNAP, not the other way around… I don’t know if this can be to some help for you: http://lime-technology.com/forum/index.php?topic=38554.msg358683#msg358683 The above is for unRAID to unRAID, I didn’t save the config for the Qnap but I remember it was a bit tricky to find out the mount points for the shares on the Qnap.

You need to check that it can communicate with the APC UPS Deamon used in unRAID to start with. This was initially developed for APC products but other suppliers are using this protocol as well (fully or partially implemented). I did find a list with compatible devices some time ago but I am not able to find it right now. Sorry! You can find more information about apcupsd here http://www.apcupsd.org

Thanks for explaining! Haven’t tried this myself but would expect that it’s only a matter of setting up the correct backup folders where your data already is stored before you actually start the backup. When you are using Docker nothing should be stored inside the Docker container so you setup both the location where CrashPlan stores its configuration files and backup folders on your array. Suggestion is to use the cache drive (if you have one) for the configuration files. If you use the cache drive make sure the share (in my case Apps) is set to Use cache disk: Only . Included my mappings.

I would say SSD for the cache. The mover will run at the intervals you set, if the cache gets filled up files are written to the array instead. You could have 2 SSD´s as RAID1? The need for storing VM´s and Dockers is something to consider, the mostly end up at the cache drive taking some of your valuable space. I added one more SSD outside the array mounted with the “Unassigned Devices Plugin” and moved my VM´s there instead. It’s also a place where I can store downloads before they are cleaned up and moved to the array. BTW, having Plex on SSD is nice, a lot quicker when updating your library and I would guess it’s good for the files generated when transcoding as well.

This can be done but you need to be a bit careful. As long as you have set “Remove deleted files” under “Backup Frequency and Variations Settings” to “Never” your files on CrashPlan Central will stay where they are. You are mentioning that backups are stored on your array as well so it’s hard to know your configuration in detail. However as long as CrashPlan finds files that already are backed up it will not back them up again. Suggest you search the support pages at CrashPlan, there is a lot of information there even if it’s a bit hard to navigate. Look for transferring ChrashPlan between computers and stuff like that.

I made some notes about my settings the last time I was able to fix my problems: Modify the "ui.properties" file on your client machine: #Fri Dec 09 09:50:22 CST 2005 serviceHost=192.168.1.101 <----- unRAID IP servicePort=4243 <----- #pollerPeriod=1000 # 1 second #connectRetryDelay=10000 # 10 seconds #connectRetryAttempts=3 #showWelcome=true http://lime-technology.com/forum/index.php?topic=33864.0 Modify the "my.service.xml" file on your host machine: <serviceUIConfig> <serviceHost>0.0.0.0</serviceHost> <----- <servicePort>4243</servicePort> <----- <connectCheck>0</connectCheck> http://lime-technology.com/forum/index.php?topic=33864.45 But when I check my current setup servicePort=4243 is set to #servicePort=4243 Note that I am not using SSH. BTW, why not try the Crashplan Docker GUI? If you have uninstalled and reinstalled the client on your Windows PC you will probably need to reauthorize yourself by login again. Don’t be surprised if Crashplan does a deep scan after login, this can take some time.

You might be able to use some information from here: https://lime-technology.com/forum/index.php?topic=38554.msg358683#msg358683 This thread describes a backup scenario but it is using a Cron Job that is similar to what you could do so have a look on that part.

One idea is to create a Cron Job that runs the Powerdown script at a specific time at specified intervals. Note that if you have other tasks running at this time like the Mover or any other activity these will be interrupted. I haven’t tested this myself so let’s see if somebody else has some more ideas...

Worked, Thanks!

I have noticed the same error as well.

No worries! I have done the same a few times…

The Node 804 is a micro ATX chassis so I can’t see why it shouldn’t fit?

I'd love to learn how you accomplished that. I am using 3 x Zalman Fan Mate 2. One used for the CPU fan, one for two fans in the power supply section and one for two fans in the motherboard section. They are powered from the Fan connectors on the motherboard. Simple and cheap but works…