zero_koop

I'm not sure, it says I have 2.1 TB usage, but I don't see where I can browse those files... It's a bit confusing because it says 2.1 TB "usage" total, but then when I click on my user (I'm the only user) it says 2.4 TB "selected" with 19.9% backup status. EDIT: I may have figured it out... when browsing the server on that console website I saw a list of excluded files which reminded me that I needed to exclude a bunch of ISO files in random folders that I didn't need to backup (I forgot to do that when I had to setup my backup folders again). After deselecting those files it rescanned and now it's just saying that only 30 GB need to be backed up. But it's saying that will only take 50 minutes so maybe it's just scanning those files for redundancy. I'll repost if I have any more issues.

I seem to have run into a hiccup in migrating from CrashPlan Home. The new docker seems to be trying to reupload everything. Setting up the new docker seemed to go without a hitch except when I first logged into the new docker it asked me for my archive key and after I entered it the docker just jammed up for a long time. I waited about an hour and then restarted the docker. But the next time it seemed to go through the setup fine. However, because of the change from /data to /storage I think it caused some problems. I didn’t realize the change until a day later and since my backups were setup to nightly it tried to run a backup overnight and that’s when it realized no files were there (in the old /data location). So I’ve now added the new file path (/storage) and now it sees the files. I followed the directions to NOT deselect the old path yet, but I think maybe it’s too late because it already ran a backup once and when it didn’t find the files in /data it may have deleted them from the online backup (?). So now it says that my highest priority Backup Set (526 GB) has 224 GB to go and will take 11 days to upload! That’s not even my biggest backup set so I’d really like to avoid the month-long upload if possible at this point. Any hope? Thanks.

It didn't actually let me select that folder "7709..." as the backup location because it hadn't been created yet. The way you described the path mappings and permissions is actually how I had to setup originally. The problem is, I think, that the read-only access on /mnt/user was overwritting the r/w access on /mnt/user/CrashplanTower/ because it is a subfolder of the former.

I figured out my problem, but I need advice because I'm not comfortable with the solution. Previously I had given the CrashPlan docker READ access to /mnt/user because that is where all of my shares are and I want CrashPlan to backup from multiple shares. I then gave the docker READ/WRITE access to /mnt/user/CrashplanTower/ which is the specific share that I wanted it to have write access to for incoming backups. I fixed my problem by giving the docker READ/WRITE access to /mnt/user (and I removed the other path to /mnt/user/CrashplanTower/) but that makes me a little uncomfortable because now in theory the CrashPlan docker could (either through a bug, improper config, or malicious attack) destroy my data on the server with WRITE access. How should I configure this? I think I know a way that would work, but seems a little cumbersome. I could add multiple path mappings with one for each share that I want to backup from and give it only read access. Is that the only real way? Thanks for the advice.

Hmm, well it appears the per-computer setting is already correct. It says the location is: data>CrashplanTower>CrashplanTowerDataFolder>7709... I made a folder in the CrashplanTower share called "CrashplanTowerDataFolder" in hopes that it would help. It also appears that Crashplan is trying to place it in another subfolder that starts with 7709... In my Docker settings I have the Network Type set to "host". I don't really know what that means, but perhaps I should set it to "bridge"?

I'm still hoping someone could help me with this problem if anyone is monitoring the thread. I tried reinstalling the desktop software in case that was the issue, but it didn't help. I've changed a few settings on the server docker config in hopes that it might fix a setting that didn't stick before, but no luck. This is basically my path settings in the docker: /ExternalDataStorage/ ---> /mnt/user/CrashplanTower/ /config ---> /mnt/user/appdata/crashplan /data/ ---> /mnt/user/ Where /ExternalDataStorage is where I want my desktop backup files to go and /data is where the server files are that I backup to CrashPlan Central.

Hi, I'm having trouble configuring the CrashPlan docker to receive backups from other computers. Previously it was working, but it was backing up to my docker.img. I've followed the steps on the first page of this forum thread and I created a share called "CrashplanTower" and I've pointed the Unraid Crashplan app to backup to that location. However, on my desktop computer (the computer I'm trying to backup from) it gives an error "Destination unavailable - backup location is not accessible". It does have the green status ball next to the Tower computer so it is communicating with the Unraid Tower, but it seems to be saying that particular location is not accessible. I've checked my docker settings and I have given read/write permissions to that share folder. What do I need to check next? Thanks.

Quick question, because I need to be sure of this, if I select "Disk 2" as the destination and use the default "CommunityApplicationsAppdataBackup" as the Destination Share, then this app will create a folder on Disk 2 called "CommunityApplicationsAppdataBackup" and the backups will go in that folder? I just need to be sure that whatever I do it's not going to erase everything on Disk 2.

Thanks, I'll try that.

Hey, does anyone know how to use the clipboard copy/paste function? I need to paste in my very looooong encryption key and when I type it it says invalid so I must be messing it up. I can paste the text into the clipboard text box, but when I right-click within the crashplan app I cannot select paste.