How to run Crashplan in Docker on Synology NAS

Crashplan running in Docker on Synology

I am a huge fan of CrashPlan and have been using it for years on my Synology NAS using this install guide I wrote up some time ago.

Admittedly the process in the old guide wasn’t always roses. Crashplan would push out an update and that update would, at times, break the Synology Crashplan client from PC Load Letter and backups would stop running for a couple days – maybe a week. Patters being the awesome guy he is, usually updated his Synology Crashplan package quickly and all was good again.

Then last year in DSM 5.2, Synology added support for Docker which opened up the possibility to run all sorts of software in a virtual container running on your Synology NAS. One such software being Crashplan and below I’m going to show how I now have Crashplan running in Docker on my Synology DS1815+ NAS!

Getting started with Crashplan in Docker

Before we start there are a few things I’m going to assume you’ve already done, if not do them now.

  • You have a Crashplan account with the desktop client already installed, if not click here to sign up now.
  • You are using a supported Synology NAS that can run Docker and already have the package installed. If not already installed go to: Package Center > Utilities > Docker and click Install.

Now lets get started!

How to install Crashplan in Docker on Synology NAS

For this guide I’m using my Synology DS1815+ NAS running DSM 6.0-7321 Update 3.

  1. Enable SSH on your Synology, this is only temporarily, by going to: Control Panel > Terminal & SNMP > and checking “Enable SSH service“, then clicking Apply. Be sure to make note of the SSH port number, default is 22.
    Enable SSH on Synology
  2. Now SSH into your Synology using PuTTy or other terminal of your choice, using an account that has admin access.
  3. We first need to pull, or download, a Crashplan Docker container from the Docker Hub by typing the following command:
    sudo docker pull jrcs/crashplan
    Pull Crashplan Docker container
    Depending on your internet connection this might take a minute or two.
  4. Once that is finished type the following command to run the Crashplan container:
    sudo docker run -d --name Crashplan -p 4242:4242 -p 4243:4243 -v /volume1:/volume1 jrcs/crashplan:latest
    Install Crashplan docker container
    Note: If you have more volumes to backup simply add more -v as needed, like -v /volume2:/volume2 – etc.
  5. Go back to the Synology interface and go to: Docker > Container > Crashplan > Details > Terminal > Create > Bash and type the following:
    cat /var/lib/crashplan/.ui_info
    Docker crashplan ui_info
  6. Next, go to Docker > Container > Crashplan and STOP the container. Once stopped click on Edit then check “Enable auto restart” then OK and START the Crashplan container again.
    synology docker crashplan autostartThis is so that when the NAS gets restarted (think DSM upgrades) that Crashplan will auto start.
  7. Now lets edit the .ui_info file located on your computer at C:\ProgramData\CrashPlan, replacing everything that might already be listed with the output from the step above. Also edit the 0.0.0.0 to the IP address of your Synology NAS. Then Save the .ui_info file, after saving it set the properties to Read-Only.
    crashplan docker ui_info
    NOTE: File location for MAC users: /Library/Application Support/CrashPlan/.ui_info
  8. Finally, edit the ui.properties file located at: C:\Program Files\CrashPlan\conf and edit the second line “serviceHost” so that it points to the IP address of your Synology NAS and be sure to remove the # at the beginning.
    crashplan docker ui.properties

That’s it!

Crashplan is now running in Docker on your Synology NAS and the desktop client configured and ready for you to open it and select what folder and/or files you want Crashplan to backup.

docker crashplan desktop client

If you’re wanting to learn more about Docker, I’d recommend taking a look at a course by Nigel Poulton called Docker and Containers: The Big Picture.

Enjoy and I hope this works as well for you as it has for me!

  • daLuiz

    Good Idea! Any particular reason for creating the docker container using SSH and not the Synology GUI?

    • Thanks for the comment. The reason for using SSH and not the GUI was due to the inability of me selecting the entire volume. In the GUI I was only limited to selecting individual folders to backup and not the entire volume as I was able to using command line in SSH.

      • But it is still unable to see any files or directories in the volume.

  • brooklyn70

    Hi Mike, I just tried your tutorial. I have to say, if it works its much easier than Patters solution. Running DSM6 on a 1512+. Followed the directions but in the Crashplan app on my Mac (El Cap) volume1 has nothing in it. No files. Zero MB. Any ideas what may be wrong? Thanks!

    • Veritas413

      I’m seeing the same issue. Any ideas yet?

      • brooklyn70

        I went into docker/container — stop crashplan — then edit. Volumes/Add Folder… I think it was that. Afterwards you can add all the folders and they will show up on your crashplan app. Just re-sync to start uploading. I’m going slow, folder by folder… Hope this helps

    • I had this same issue, and the solution I have is adding each folder manually (docker/container -> stop crash plan -> then edit. Volumes/Add Folder), but make sure you create the mount point to what it originally was… e.g. add folder/share “music” and then mount it as “/volume1/music” and when CrashPlan syncs after you adopt it, it’ll detect it and all will be well. This way will avoid having to re-upload everything again.

    • matze

      What helped me was adding a slash to the volume when executing the docker run command:
      […] /volume1/:/volume1[…]

      • SkipBreidbach

        Thank you! This worked for me as well.

  • tweebee

    Thank you for the write-up! I’ve only had my Synology 1515+ for about 3 months and so still somewhat new to DSM and using Docker. I have been moving apps that were installed on the Synology to Docker and CrashPlan was the last of them which I wasn’t sure how I was going to do it and there wasn’t any other write-up specifically for Docker on Synology that I could find. On my 1515+ though, I wasn’t able to select the whole volume1 similar to what others have reported so I had to mount my main folders individually which is no big deal since I only have 5.

  • Vladimir

    How is this better than the “native” installation from Patters? It will not break with every new update? Why not?

    • Okke Tijhuis

      With Docker you run the application in a container. The container contains everything that crashplan needs to run. It’s not synology specific anymore, you just need docker. You could even run the container on mac or windows if you wanted to. So synology updates no longer have an effect on the crashplan application, as long as it supports docker.

  • badbob001

    Is there a way to migrate my settings from patter’s version? I rather not have to redo all my backup sets and deal with a backup adoption, which has the potential of forcing me to re-upload everything again, which can take years!

    • There shouldn’t be any settings from patters to docker to worry about. In the crashplan client on your desktop you would just tell it to migrate to the new setup thus allowing you to pick up where you left off and not having to re-sync everything.

      • badbob001

        Do you use backup sets? I only have a single volume to backup but I have it broken down into many backup sets to reduce memory usage. I believe the backup set data is in crashplan/conf/my.service.xml. Do you think I can just copy that file over?

      • badbob001

        According to crashplan, adopting a backup should also bring over backup sets. I’m going to test this with a new account before I try this with my main account.

  • bender

    thanks! this is working great on my ds1515+

  • anonj

    I can get the Crashplan UI connected but not for long then I get a message that it was disconnected from the back engine. Whats fix for that?

    Any answer as to why this is better than the package?

    • anonj

      Also, UI apparently can’t follow the volume1 mapping. I can’t afford to try and re-map and re-upload everything due to the backup sizes.

  • svenc

    Would it be possible to create a container for CrashPlanPROe?
    Many thanks in advance

    • Rebecca Kraemer

      I would love this too.

  • lohphat

    I just installed the container on DSM 6 and got this warning:


    Status: Downloaded newer image for jrcs/crashplan:latest
    docker.io/jrcs/crashplan: this image was pulled from a legacy registry. Important: This registry version will not be supported in future versions of docker.

    —-
    So, what’s the plan?

    • Kym

      I got the same message.

  • Kym

    I installed crash plan successfully but I can’t get the desktop client to connect to it. I’ve edited the .ui_info file and the ui.properties file with the appropriate info with no success with getting a connection. Ideas?

    • lohphat

      I made the mistake of just SSHing to the Synology and got the wrong /var/lib/crashplan/.ui_info file in the host filesystem. You have to use the bash terminal in the package application to get to the container’s local filesystem’s copy — they are not the same thing.

      • Kym

        Ah. That could be it. The problem I now face is there is no bash terminal within the package application. When I go to container>crashplan>details>terminal>create there is no bash option.

      • Getselim

        Yes I got the same. Got round this by using SSH to my NAS then using:

        sudo docker exec -it Crashplan /bin/sh

        where Crashplan is the name of your Docker container to get to the command prompt of the container in order to run the cat command.

      • Kym

        Tried this and I still can’t get a connection from the desktop.

      • That is correct, SSH won’t return the correct info. Use Bash.

      • Getselim

        Works for me using SSH or bash. SSHing to NAS then either:
        sudo docker exec -it Crashplan /bin/sh
        or
        sudo docker exec -it Crashplan /bin/bash

        From either I can then run:
        cat /var/lib/crashplan/.ui_info ; echo
        To return the NAS client GUID

  • lohphat

    It can’t seem to apply the upgrade:

    [05.11.16 06:51:15.812 WARN 0055_DwldMgr .service.upgrade.DownloadManager] DOWN
    LOAD:: Unable to download patch. url=https://download.crashplan.com/installs/lin
    ux/upgrade/crashplan/1435813200470_317.jar, FileTransferException [srcPath=/linu
    x/upgrade/crashplan/1435813200470_317.jar, errors=[MESSAGE_ERROR]]; DownloadMana
    ger[patchDir = upgrade, patchFiles = [1435813200470 (2015-07-02T05:00:00:470+000
    0)], patchProblem = false], FileTransferException [srcPath=/linux/upgrade/crashp
    lan/1435813200470_317.jar, errors=[MESSAGE_ERROR]]
    STACKTRACE:: FileTransferException [srcPath=/linux/upgrade/crashplan/14358132004
    70_317.jar, errors=[MESSAGE_ERROR]]
    at com.backup42.common.filetransfer.FileTransfer.transferFile(FileTransf
    er.java:320)
    at com.backup42.common.filetransfer.FileTransfer.execute(FileTransfer.ja
    va:161)
    at com.backup42.common.filetransfer.FileTransferService.transfer(FileTra
    nsferService.java:327)
    at com.backup42.common.filetransfer.FileTransferService.transfer(FileTra
    nsferService.java:305)
    at com.backup42.service.CPService.downloadByMessaging(CPService.java:379
    6)
    at com.backup42.service.upgrade.DownloadManager.downloadPatch(DownloadMa
    nager.java:242)
    at com.backup42.service.upgrade.DownloadManager.downloadPatches(Download
    Manager.java:186)
    at com.backup42.service.upgrade.DownloadManager.doWork(DownloadManager.j
    ava:133)
    at com.code42.utils.AWorker.run(AWorker.java:148)
    at java.lang.Thread.run(Unknown Source)

    [05.11.16 06:51:15.813 WARN 0055_DwldMgr 42.service.history.HistoryLogger] HIST
    ORY:: Download of upgrade failed – version 1435813200470, connection lost.
    [05.11.16 06:51:15.819 WARN 0055_DwldMgr 42.service.history.HistoryLogger] HISTORY:: Unable to apply upgrade(s), retrying in one hour

  • bender

    crashplan is working good, but if i restart CP it needs every time to do time synchronizing of the backup, somebody know howto fix it?

    • bender

      synchronizing backup progress*

      • ranpan

        Same for me. Is this normal for the docker install?

  • Elwood

    TY great Job! I hope that this will definitively avoid the problems at each crashplan forced update. NB: Java can be de-installed too.
    Elwood

    • Thanks Elwood. Yup Java can also be removed from your Synology.

  • Elwood

    NB2: to avoid to resync the former CP backup, you can select “adopt this new computer” at client Start-up page

  • Kevin

    Hi. I tried this and although everything installed and setup fine, the backups are VERY slow. I thing I was only getting 85 kbps up.

  • kipik

    Hello Michael,
    First of all thank you for the tutorial , greatly appreciated.
    Quoting Brooklyn70: “I went into docker/container — stop crashplan — then edit. Volumes/Add Folder… I think it was that. Afterwards you can add all the folders and they will show up on your crashplan app. Just re-sync to start uploading. I’m going slow, folder by folder… Hope this helps” .

    Any other solution to backup volume1 directly without adding sub folders ? I am looking to backup @appstore folders and can’t access this one with this method.

    • dbsanders

      I was able to re-create the volume mapping in the GUI. I have one share (share1) that I was backing up, so I changed the container config to mount /share1 as mount path /volume1/share1. Crashplan thinks it’s the original location.

  • lagreca

    This almost worked for me, except my LAN clients could NOT see my CrashPlan server. It was reporting it’s internal IP as 0.0.0.0. Everything worked fine for clients outside of my NAT.

    • dbsanders

      Yeah for me the container has an IP of 172.17.0.2, so my internal backups are trying to reach that address, unsuccessfully of course. Not sure how this could be fixed, because according to a crashplan doc this internal IP is read-only, obtained from the OS.

      • dbsanders

        Ok, I “fixed” it in a hokey way. I added a virtual IP, 172.17.0.2, to the WAN port on my firewall, and added a NAT port-forward to my internal NAS address for port 4242. Now my client can reach 172.17.0.2 (an IP on the WAN interface) and the traffic gets reflected back into my NAS.

      • lagreca

        Agreed with hokey… I’m not even sure if that is legit to use a private IP on the public internet. I think I’ll hold off on this docker solution until this problem gets worked out with a better solution…

      • dbsanders

        That IP certainly wont be reachable from the Internet, but shouldn’t cause any harm.

    • Locky

      Did you ever solve this? I’m seeing the same issue.

  • badbob001

    After creating the crashplan container, how do I add another root volume (eg: /volume2:/volume2)? The gui doesn’t let me mount at the volumeX level, which is important so I can recreate the exact same folder path as seen by the non-dockered crashplan app.

    • badbob001

      I ended up just deleting the crashplan container and recreating it with the correct volumes attached. Do you think there is any issue if I mount the volumes as readonly? I should only be reading data from them for the backup.

  • badbob001

    Running docker on my ds1812 seems a bit slow as it takes about 5 minutes after crashplan starts before it creates the .ui_info file. When running a backup, I see that a java process is using most of my cpu. So is the crashplan app in the container still the java version? I suppose the big question is what will happen when it upgrades to the non-java version? Anyway to force the upgrade now?

  • sriramvt

    @WoodiE55 Thanks for this great tutorial. One quick question though. By doing this method, will crashplan running on docker update itself when a new update is available or do we have to fiddle with it again (like we did with pcloadletters?)

  • sriramvt

    @WoodiE55:disqus Thanks for this great tutorial. One quick question though. By doing this method, will crashplan running on docker update itself when a new version is available or do we have to fiddle with it again (like we did with pcloadletters?)

  • uno retardo

    i need to backup @appstore folder but cant select it using gui? help

  • jaycapo1

    I can’t seem to get the desktop app to connect. The splash screen of crashplan just sits there. I followed the above instructions, but just can’t get the app to connect. As anyone else experienced this?

    • Germaine Wilson

      I experienced the same but it was due to not inputting my server IP address on the .ui_info file. I didn’t replace the 0.0.0.0 with my server IP.

      • SkipBreidbach

        In my case, I accidentally didn’t copy the last character of the GUID, leading to the same behavior.

  • Iversonic

    Thank you for the tutorial. Docker and Crashplan appear to be installed fine on my Synology DS412+ with DSM 6.0. However, I cannot connect a client.

    A little background – For a couple years I could connect using the PC Load Letter version but around May 7 or 8, 2016 it stopped working when it updated to v 4.7. From there I could get 4.6 running (PC Load Letter’s version) but have yet to connect via the client, running in Windows 10.

    This led me to the Docker version. After uninstalling PC Load Letter CrashPlan and Java, I now have Docker installed with CrashPlan per this tutorial. However, I still cannot connect via a client. I tried another Windows 10 machine and my Mac, with no dice. In Windows 10 I tried CrashPlan 4.3, 4.41, 4.5, and 4.6. I’m convinced I have the key and IP address correct.

    During troubleshooting I discovered the following in the log.0 on the Log tab in Docker. It appears over and over with the port following the “remote-172.17.0.1” IP different for each instance.

    [05.15.16 17:17:34.073 WARN 504701853538 saging.security.SecurityProvider] SP:: GeneralSecurityException: finalizeExchange, remote client likely has an invalid PbK. Closing session. Session[id=742534504701853538, closed=false, isAcceptor=true, remoteIdentity=ENDPOINT, completedAuth=false, lat=2016-05-15T17:17:34:017, lrt=2016-05-15T17:17:34:017, lwt=2016-05-15T17:17:34:011, #pending=0, enqueued=false, local=172.17.0.2:4242, remote=172.17.0.1:59910, usingProtoHeaders=true, usingEncryptedHeaders=false, LAN], javax.crypto.BadPaddingException: Decryption error

    My guess is this may be the source of the problem. Does someone have an idea of what this means and how to solve?

    Thank you in advance!

  • Bert van Gulik

    Hi. Thanx for this tutorial. I got it up and runnin’! Can I close the CP client on my desktop, or is it needed for the Synology Docker installation? Grtz Bert

    • Bert, you’re most welcome. Glad to be of some help. Yes you can close the crashplan client on your desktop. It’s not needed for the backups to work.

  • Marek

    Like many of us I got fed up with the classic PC Load Letter version constantly breaking after upgrades. And when I found this Docker possibility I was hooked. I got things up eventually (giving permissions for file system, adopting previous backup config in Crashplan client, etc) and things started looking nice and shiny. After the client run the Synchronize part however I got stuck with the message “Waiting for backup” 🙁 Any hint anyone?

  • chrisnelsondotca

    How about CrashPlan PRO – anyone know of a docker package which supports CrashPlan PRO?

    • ScottH

      In the Docker registry, you can search for “crashplanpro” and there are 2 to choose from. One is out of date (v4.4), but rungeict/crashplanpro is version 4.6. I’m just having problems connecting the client to it.

      • chrisnelsondotca

        I tried using rungeict/crashplanpro in a new container, but I also couldn’t get connected via the client to it.

      • ScottH

        I tried the client on a different computer (client version 4.7) and it worked perfectly. While the server is running 4.6, I had to upgrade the client to 4.7 on the original computer and it connects now too. I adopted the settings from the old CrashPlanPro instance and it has been verifying the information for a few hours. Success!

      • chrisnelsondotca

        Good reminder, upgrading the local instance to 4.7 allowed me to connect. The docker image for CrashPlanPRO also appears to have upgraded to 4.7 on its own as well. So far so good.

  • Bart Caelen

    Fantastic post !! But I also have 2 USB drives connected to my NAS – how can I add them through Docker so that I can use them in Crashplan?

  • martin

    Thanks for this tutorial; really helpful. I was able to install Crashplan on my NAS via docker, remote GUI loads up and I see the files and folders I want to backup. However, CP seems to have issues with the Internet connection, it can’t connect to the CP Central server and it can’t show my other computers (to adopt my previous backup). Also, on the network tab, the CP internal IP address is shown as 0.0.0.0:4242 (while the external is correct). If I connect to the shell of the docker container, I can ping to the Internet.

    Any suggestions? Thanks.

  • Gregory A.

    Thanks for the walk through. One suggestion, however: include “-v /etc/localtime:/etc/localtime:ro” in the command used to run the container. This synchronizes the host time zone with the container time zone and saves headaches if you’re trying to set run schedules.

  • michael

    Hi my synology DS1515+ keeps giving me a ip of 172.17.0.3 were as my home network is 192.168.1.??? how can i stop the NAS/Docker giving me that default 172.17.0.??? ip to all my containers i install?

  • Pete Tenebruso

    Thank you Mike for posting this. This is such a huge help to me and many others. I really appreciate it.

  • Jake

    Mike, thanks for this. Got CrashPlan running nicely inside Docker. I am having an odd issue where CrashPlan sees the /@docker folder as ~140TB. Not sure why. I can exclude the @docker folder in CrashPlan but I’d rather have CrashPlan backup the whole volume directly. Do you have any thoughts?

  • Andrew Bosworth

    Looking forward to this. Two quick follow ups
    1/ Sadly just mounting /volume1 doesn’t appear to work on the latest DSM, it doesn’t actually mount any of the directories there so you end up with a 1 file, 0 byte backup (I actually clobbered my old backup with these instructions!) Instead I had to go through the Docker UI and manually add every volume there (though of course you could do this on command line) and now it is picking them up.
    2/ Any idea on how to increase the memory limit for Docker? One nice thing about the old process (perhaps the only nice thing) was that it was easy to bump up the memory usage as I have lots of RAM on my NAS…

  • Alex

    I’ve been able to install Crashplan into docker and connect via the client on my laptop, but it keeps calculating the size of the back up, and never finishes. For example, I open the client on my desktop, it connects and shows the folders I’ve added to volume1/ and goes through the process of counting the number of files and size of back up, after getting through the first few folders, the client closes on my laptop. When I reopen it starts back over again. Please help.

  • Floris

    Great post, got it up and running using the additions in the comments about adding the folder through the GUI. The only problem I have is that CrashPlan is unable to watch the file system in real-time. So any changes to the backup set will go undetected untill the next full backup scan. Patters version did support this.

    Has anyone been able to get “Watch file system in real-time” to work?

  • Dave Ten Berge

    the synology docker/crashplan setup works great. However, I am having an issue with /Libriary/Application Support/CrashPlan/.ui_info file on my mac changing. Any suggestions?

  • sriramvt

    Does anyone have the issue of Crashplan stopping every now and then.? Mine worked fine after setting this up for almost a couple of weeks after which it started crashing. It works fine for a while after restarting it and later stops again. Where do i check for error logs etc?

  • James

    Mike…this is all well and good except there appears to be no persistance for the container. Crashplan will not restart after the first start of the container.

  • Floris

    @davetenberge:disqus You should change file properties to read only after edit.
    @sriramvt:disqus Mine has entered a reboot loop as well, crashing each 5 minutes…

    The size of my backup needs the memory hack for Crashplan to operate properly. Crashplan is also unable to monitor file changes in my backup set in real-time, probably due to the amount of files. I just don’t get why Patters package could get this to work properly.

    • Kix

      Same with me – ~2TB backup image with many, many files. Any suggestions on how to expand memory here to keep it from crashing?

      • Kix, try this to expand the java heap size:

        1. Open the CrashPlan client.
        2. In the upper right corner, double click on the CrashPlan logo.
        3. Type the following command in the window that opens:
        java mx 2048, restart
        4. Open the CrashPlan app again and you should have to re-sign in.

        At that point CrashPlan should be configured to use a 2GB java heap size.

        -Michael

  • Sam

    Great set of instructions. However, I am having an issue on one Synology, perhaps after a Docker update. Latest version of Docker and DSM but when I try and start my container, it says Docker API has failed. The log shows “error starting userland proxy: listen tcp 0.0.0.0:4243: bind: address already in use”. I attempted deleting the container, full restart and new creation but still no joy. Any ideas? No other packages are installed or running.

  • Patrick O’Leary

    I’m new to Synology (1815+). What is different about this vs. just adding the network volume through the Crashplan on my always on Desktop? I have autofs setup on my iMac (that again is on all of the time), so that the volumes are always present. I selected those in Crashplan, and all the data on my NAS is backed up to Crashplan.

    What is different about this approach?

    • Patrick,

      If you’re mounting all your volumes to your Mac computer and okay with leaving it always on then having crashplan installed on it and doing the backups is just fine. Having Crashplan on the Synology allows you to not be dependent on one computer always being online or having to mount every volume on a computer.

      -Michael

      • Patrick O’Leary

        Thanks, makes sense. If I would follow the approach in your article, does that give Crash Plan a direct connection essentially from the NAS? The reason I ask is because I moved my data to my NAS and followed my approach, and it is taking forever to index the files. A direct connection to the computer on a USB 3.0 drive took 8 hours, through the NAS it is in its second day with another 3 days projected left. This is 4.5 TB, so I don’t expect it to be blazing fast. However, my setup with the NAS seems much slower.

  • James Newman

    Hey all,

    I have the docker up and running and a client connecting. I am trying to adopt a previous backup of 3TB and am obviously going to need to set memory to 3GB or larger. Linux and docker are not my strong suits but i can get around in SSH etc. I could use some help in finding and altering the files necessary to up the memory size from default.

    Thanks for any help you can provide!

    James

  • I started with DSM 6.0.2-8451 on my DS1512+. Unfortunately, I took the instructions to remove the PC Load Letter install too far. I removed Crash Plan as well.

    The problem is in the 2-8451 update, Crash Plan is not longer in the Package Center. So the “sudo docker pull jrcs/crashplan” doesn’t work. The result is a little surprising. I will attack below…

    ——
    After password is accepted…

    admin@DiskStation:~$ sudo docker pull jrcs/crashplan

    We trust you have received the usual lecture from the local System
    Administrator. It usually boils down to these three things:

    #1) Respect the privacy of others.
    #2) Think before you type.
    #3) With great power comes great responsibility.

    Password:

    ——-

    Thanks for any help!

  • Claire Binder

    Mike thank you for your awesome post. I finally have a reliable crashplan solution and it is finally uploading at a reasonable speed(OK it could be faster)

    I now have a new challenge. I have 2 syonolgy 2415 and 1813 they are both configured with the docker crashplan. I can see them from my windows 10 desktop. however they can not see each other.

    From my limited investigations and skills I think it may be related to the IP which are given to the docker 172.x.x.x . Any suggestions on how to fix this. Once the initial 6TB backup is done I will move it to my brothers house

  • Mike Jackson

    I was wondering if anyone had tried the gfjardim/crashplan that includes the client. Would this not be an easier install/setup/management?

  • Bill

    Fixed an issue and thought I’d share here in case anyone else runs into it. The docker image update from 4.7 to 4.8 broke Crashplan. There’s a reddit thread with a fix at https://www.reddit.com/r/synology/comments/550806/best_crashplan_docker_image/d87beo9. The docker image has now been updated to fix it going forward. https://github.com/JrCs/docker-crashplan/commit/84f377b44f5bf07d1ca2ce409f3731ad635696a1

  • Jan Remvold

    I also got fed up with the upgrade always failing with the pcloadletter. Docker Crashplan It now installed and seems to work. I only have one big issue. Docker dont seems to have access/permission to many of the sub directories or files in the volume1 drive. It can see the drive and some part of it. What is required to make sure the docker crashplan can see all files on the volume1 volume? Any tips on how to fix using the Synology gui or command line/script would be appreciated.
    BR Jan

  • digitalicecream

    I’m finding that I can’t have friends backup to my NAS now, as well as getting some odd output and having Crashplan tell me I have 0 files backed up.

  • Gerard Schlundt

    Perhaps I am missing something. Step 5,

    Go back to the Synology interface and go to: Docker > Container > Crashplan > Details > Terminal > Create > Bash and type the following:

    cat /var/lib/crashplan/.ui_info

    Nothing happens…selectiong “Create” by itself generates no change on the screen. Using “Launch with Command” give me a prompt but”bash” nor any other linux command generate an output.

    What am I missing….

  • Gerard Schlundt

    Docker is being assigned a non-routed 172.x.x.x address…how do I modify the settings so it gets a 192.x.x.x address, along side of the other servers on my network so it is accessible from a workstation….

    • Rikia Kosaka

      If the docker image was setup correctly you should be able to telnet to 192.x.x.x 4243, there’s a NAT going on from your Docker Server (Synology) to your docker image (Crashplan). If you want the 172.x.x.x to be routable from your LAN, you can add a static route on your main home router to the 172.x.x.x network.

      Something like this: 172.17.0.0 255.255.0.0 gateway synologyIP Metric 0

      Then you should be able to ping your 172.x.x.x assigned IP from your home computer or other computers on your 192.X LAN. You should also be able to telnet to 172.X 4243 ip from your home LAN. It’s really not needed but in case you absolutely need to or you got other docker images outside of Crashplan that you want to route to, it can come in handy.

      • Gerard Schlundt

        so close. I adopted the backups previously executed by the PC LoadLetter headless method…by my ‘homes’ data is no missing after adopting previous backup. Also, when I attempt to modify the directories archived….the /homes share is empty, it does not show any use directories.

        So near…yet so far. I’d pay serious money if Sinology and Crashplan would partner and fix this.

  • Craig

    Thanks for the instructions. I am a bit new to Crashplan, but wanted to set it up so I can help my in-laws backup their PC to my local NAS. However, I would like to also setup Crashplan to backup my PC to the NAS. When I install Crashplan locally based on these instructions, I cannot seem to select the files on the PC where I installed the client that I want to backup to the NAS. Or is that not the point of this setup?

    • Craig,

      Yes the point of this setup is to run Crashplan on the Synology device itself making managing all your devices easier while also costing less as a single PC subscription with Crashplan is all that’s needed.

      So using this solution as detailed above, you’d want to then set your computers to backup to the NAS. So it’d look something like this COMPUTER –> NAS –> CrashPlan.

  • David Komlosy

    How do I access the .identity file on the NAS since it is not pointing to my current backup and creates a new backup instead. I can’t seem to find it when I SSH into the NAS.

  • Bryan O’Malley

    Thanks for this tutorial!

    For those of us who are a bit slow, can you elaborate on what is happening? What exactly is running on the Synology, and what is running on the computer? Is the computer just providing the CrashPlan GUI?

    Is it possible to have CrashPlan backing up the desktop (a Mac in my case) AND the Synology?

    Your tutorial has us changing the settings on the Mac so that it’s pointing to the Synology. Is that a “Set it and forget it” type of thing? Can I switch the settings back to the way they were before and keep both backing up?

    • @bryanomalley:disqus You are correct, the copy of CrashPlan installed on the computer just provides a GUI interface to configure what you backup and how. Actually once you do that you never need the GUI again as the CrashPlan service is running on the Synology in the Docker container.

  • Pasi Bauer

    Just a few points for those with mac and basic knowledge of unix (like me):

    * You may list all files (even .*) in finder by executing these two commands in terminal:
    1) “defaults write com.apple.finder AppleShowAllFiles YES”
    2) “killall Finder”
    which kills and restarts finder with new priviliges

    * You set file privileges with command “chmod”, suitable in this case “chmod 666 .ui_info” to able writing, and then back to “chmod 644 .ui_info”.

    * Depending on version and how the client was installed you might find ui.properties named ui_USERNAME.properties, and in the folder above /conf. In my case I had to add “serviceHost=x.x.x.x” myself.

  • Michael Cox

    Hi,

    I know this is late, but I just started with a Sinology NAS and am trying to install. I can follow the directions, I have it installed in Docker and it is running.

    I can not find the .ui_info file on my computer. I am running a Mac. I can find the .ui_properties file and I have made that change.

    Any help would be appreciated.

    Thanks!