Hoopster Posted February 12, 2022 Share Posted February 12, 2022 On 1/29/2022 at 3:24 AM, Trylo said: but CrashPlan is finding 1TB of data to upload each day. I have 13TB to backup. Same issue. Backups are running every day and when CrashPlan says it is "complete" the next day several of the backup sets have anywhere from a few GB to 4TB left to do again. I guess it is time to ditch CrashPlan but nothing else is cost effective for that amount of data to backup. Quote Link to comment
RabidYak Posted February 12, 2022 Share Posted February 12, 2022 35 minutes ago, Hoopster said: I have 13TB to backup. Same issue. Backups are running every day and when CrashPlan says it is "complete" the next day several of the backup sets have anywhere from a few GB to 4TB left to do again. I guess it is time to ditch CrashPlan but nothing else is cost effective for that amount of data to backup. Hi Guys, I don't know if any of this might help, but I was recently troubleshooting why CrashPlan seemed to be running almost constantly on my server and these steps seems to have solved most of my troubles. 1. Hidden files. For me, I discovered that a number of hidden files looked as if they were being backed up (some of these hidden files were quite large and were changing regularly). To find them: in the CrashPlan UI: "Manage Files" -> "..." -> "Show Hidden Files" (this will be greyed out, but still clickable). De-select all files except for those you want to back up. Watch the timestamps to find files that might be driving constant backups. 2. excessive file verification scans. https://support.code42.com/Incydr/Agent/Backup/File_verification_scan This scan appears to run daily by default, which was way too often for how long my backup set took (10+ hours). I changed mine to 14 days, and I'm guessing could go even further out. I couldn't find this setting in the UI - i had to log into my web account to change it: https://support.code42.com/CP/Admin/On-premises/6/Code42_console_reference/Device_Backup_-_Backup_settings_reference#General After the above updates to my config, and after a complete verification scan (this seems to happen after every reboot... exasperating given how long it takes...), CrashPlan is now idling nicely. Hopefully some of this helps somebody. If this is all old news, apologies. Good luck all! Regards, RabidYak PS: i had trouble finding useful logs, but the most useful files i found were in: /mnt/user/appdata/CrashPlanPRO/log and the log i monitored the most when i was stepping through this was backup_files.log.0 i didn't find all the data i was looking for in the log files, but this was the one i used the most in my troubleshooting. 1 Quote Link to comment
dialmformumbojumbo Posted February 14, 2022 Share Posted February 14, 2022 (edited) Hi everyone, I've lost a significant amount of files during the weekend and when I try to restore them now I can see a "Preparing files" message in the Crashplan GUI but nothing gets restored. I've tried setting the permissions on the /storage mount point to rw but the issue remains. This is what I can see in my logs: restore_files.log.0 shows me this: I 02/14/22 08:33AM 42 Restore from CrashPlan Central stopped: 0 files restored @ 0Mbps I 02/14/22 08:33AM 42 Restore from CrashPlan Central completed: 0 files restored @ 0Mbps W 02/14/22 08:33AM 42 1 file had a problem W 02/14/22 08:33AM 42 - Timed out waiting for restore tool to be started by UI for /data/documenten/Facturen/Proximus/2018/2018-12-09.pdf I've also tried restoring to other folders such as /data and a newly created /restore of which the permissions were set to rw but none of the settings seem to work. So, I think there could be a different issue. If anyone has any ideas I'd love to hear them because I really want these files back. Thank you. Edited February 14, 2022 by dialmformumbojumbo Quote Link to comment
Djoss Posted February 15, 2022 Author Share Posted February 15, 2022 On 1/29/2022 at 5:24 AM, Trylo said: I've been having a problem recently: my set didn't change at all, but CrashPlan is finding 1TB of data to upload each day. Support said, that they don't help with container environments and suggest that for my size (17TB) maybe I should look into other solutions. I guess I can make a VM just for CrashPlan, but I'd rather keep it in the docker. Anyone know how to troubleshoot this? You may look at /mnt/user/appdata/CrashPlanPRO/log/backup_files.log.0 to see which files are backup. Also, check @RabidYak answer: maybe the daily verification scan always interrupts the backup of your data. Quote Link to comment
Djoss Posted February 15, 2022 Author Share Posted February 15, 2022 On 2/14/2022 at 4:44 AM, dialmformumbojumbo said: Hi everyone, I've lost a significant amount of files during the weekend and when I try to restore them now I can see a "Preparing files" message in the Crashplan GUI but nothing gets restored. I've tried setting the permissions on the /storage mount point to rw but the issue remains. This is what I can see in my logs: restore_files.log.0 shows me this: I 02/14/22 08:33AM 42 Restore from CrashPlan Central stopped: 0 files restored @ 0Mbps I 02/14/22 08:33AM 42 Restore from CrashPlan Central completed: 0 files restored @ 0Mbps W 02/14/22 08:33AM 42 1 file had a problem W 02/14/22 08:33AM 42 - Timed out waiting for restore tool to be started by UI for /data/documenten/Facturen/Proximus/2018/2018-12-09.pdf I've also tried restoring to other folders such as /data and a newly created /restore of which the permissions were set to rw but none of the settings seem to work. So, I think there could be a different issue. If anyone has any ideas I'd love to hear them because I really want these files back. Thank you. Fix is coming today for this. Note that if you have any urgent files to restore, you can also do it from the console at crashplan.com. Quote Link to comment
dialmformumbojumbo Posted February 15, 2022 Share Posted February 15, 2022 45 minutes ago, Djoss said: Fix is coming today for this. Note that if you have any urgent files to restore, you can also do it from the console at crashplan.com. Awesome! Thanks Djoss! I tried going through the web portal but couldn't find any restore functionality. Must've overlooked it then. I'll have another look after work. Quote Link to comment
Djoss Posted February 15, 2022 Author Share Posted February 15, 2022 1 hour ago, dialmformumbojumbo said: Awesome! Thanks Djoss! I tried going through the web portal but couldn't find any restore functionality. Must've overlooked it then. I'll have another look after work. It's under "Devices". The last row has a restore button. And a new Docker image is now available. Quote Link to comment
dialmformumbojumbo Posted February 15, 2022 Share Posted February 15, 2022 3 hours ago, Djoss said: It's under "Devices". The last row has a restore button. And a new Docker image is now available. Right! I had found that restore button in the meantime. However, through the web, one can only restore up tot 250mb or something. What I was also able to do was install a Crashplan client on a different machine and restore from there. I'm going to upgrade my docker and give that another go. Again, thanks a lot for the quick fix!! Quote Link to comment
dialmformumbojumbo Posted February 17, 2022 Share Posted February 17, 2022 On 2/15/2022 at 6:00 PM, Djoss said: It's under "Devices". The last row has a restore button. And a new Docker image is now available. Hi Djoss, restoring is now working just fine after the new update. Again, thanks a lot for the quick fix, all my files have been restored! Quote Link to comment
Djoss Posted February 17, 2022 Author Share Posted February 17, 2022 Great, thanks for the follow-up ! Quote Link to comment
Flemming Posted February 20, 2022 Share Posted February 20, 2022 (edited) My Crashplan has stopped working, tried update, but is is still trying to and failing to update in the app. EDIT: I Think I fixed it by these two steps: - Increesed "inotify" https://forums.unraid.net/topic/59647-support-djoss-crashplan-pro-aka-crashplan-for-small-business/page/11/?tab=comments#comment-614099 - Increesed "docker image" https://forums.unraid.net/topic/40376-no-space-left-on-device-error/ Edited February 20, 2022 by Flemming Quote Link to comment
jfeeser Posted April 8, 2022 Share Posted April 8, 2022 Hi All, having a bit of trouble with this container...it looks like just about hourly the crashplan instance in the container tries to update itself, and creates a temp file to do so, but then the update fails. That's fine by me, since it's still working, but it leaves the temp update files behind, so after half a day I end up with gigs upon gigs of files like "c42.12976608722313913967.dl" in the /conf/tmp folder of the crashplan container. Is there any way to prevent this from happening, other than setting up a Cron job to delete the contents of the folder? Thanks in advance for your help! Quote Link to comment
Gnomuz Posted May 15, 2022 Share Posted May 15, 2022 Hi there, It seems there's been a new version of Crash Plan for 3 days or so, and it's repeatedly trying to update, ofc without success. Thanks in advance for an updated image ! Quote Link to comment
Djoss Posted May 15, 2022 Author Share Posted May 15, 2022 16 hours ago, Gnomuz said: Hi there, It seems there's been a new version of Crash Plan for 3 days or so, and it's repeatedly trying to update, ofc without success. Thanks in advance for an updated image ! Yes, an update will be available soon! 1 Quote Link to comment
Gnomuz Posted May 17, 2022 Share Posted May 17, 2022 Thanks for the update, running again Quote Link to comment
colincoates Posted May 20, 2022 Share Posted May 20, 2022 Hi Guys, Don't suppose any of you have come across this issue? I've started to shut my server down in the evening when i'm not using it (power costs are getting out of hand) and Crashplan starts "Syncronising Block Information" every morning. The backups don't run while this is in progres. When it eventually finishes, it just about time to shut the server down again. Do you know if there is any way to change this behavior? Maybe a way to cleanly shut down CP before shutting down the server, or some configuration option that I'm missing? Quote Link to comment
snowboardjoe Posted May 20, 2022 Share Posted May 20, 2022 These maintenance processes are scheduled and they need to complete. If they don't it will keep trying over and over again. This will block routine backups as well. In general, CP is intended to run 24x7. How big is your server? Does it draw that much power? Daily shutdowns can cause more stress on hardware than leaving it on. I would measure your current draw and do the math. It may not be worth shutting it down every night. unRAID was designed to be low power (spinning down disks in particular). The work by CP should have a minuscule impact on resources. Quote Link to comment
jfeeser Posted May 21, 2022 Share Posted May 21, 2022 On 5/15/2022 at 6:31 PM, Djoss said: Yes, an update will be available soon! Hi Djoss, I'm running the latest version of the container and I'm still running into this issue. Any idea what could be going on? Quote Link to comment
cromwell Posted May 22, 2022 Share Posted May 22, 2022 I'm having a similar issue with "Syncronising Block Information". I am backing up 11.9TB It seems to take a while to complete, but after it completes it seems to restart doing the "Syncronising Block Information" thing again. This started on May 15th and I've been getting warnings that my server is not being backed up since. Any idea how to fix this? Quote Link to comment
Djoss Posted May 24, 2022 Author Share Posted May 24, 2022 On 5/21/2022 at 12:20 PM, jfeeser said: Hi Djoss, I'm running the latest version of the container and I'm still running into this issue. Any idea what could be going on? It still tries to update? What CP version the UI is showing ? Quote Link to comment
snowboardjoe Posted May 24, 2022 Share Posted May 24, 2022 On 5/22/2022 at 10:18 AM, cromwell said: I'm having a similar issue with "Syncronising Block Information". I am backing up 11.9TB It seems to take a while to complete, but after it completes it seems to restart doing the "Syncronising Block Information" thing again. This started on May 15th and I've been getting warnings that my server is not being backed up since. Any idea how to fix this? Does it truly get to 100%? My schedule was interfering with the progress of the maintenance and had to let it run 24x7 to complete. Quote Link to comment
Djoss Posted May 24, 2022 Author Share Posted May 24, 2022 On 5/22/2022 at 11:18 AM, cromwell said: I'm having a similar issue with "Syncronising Block Information". I am backing up 11.9TB It seems to take a while to complete, but after it completes it seems to restart doing the "Syncronising Block Information" thing again. This started on May 15th and I've been getting warnings that my server is not being backed up since. Any idea how to fix this? On this date there was a new image version. An update cause block information to be re-synchronized. At almost 12TB of data, this will take a while for sure. Does it look like the process is restarting from the beginning ? Quote Link to comment
cromwell Posted May 26, 2022 Share Posted May 26, 2022 On 5/24/2022 at 2:51 PM, Djoss said: On this date there was a new image version. An update cause block information to be re-synchronized. At almost 12TB of data, this will take a while for sure. Does it look like the process is restarting from the beginning ? Yes, however yesterday it did something different. It managed to finish the block sync and started backing up files again (yay!). but after maybe 60 minutes it started doing a block sync again and has been doing it since Quote Link to comment
cromwell Posted May 26, 2022 Share Posted May 26, 2022 On 5/24/2022 at 2:49 PM, snowboardjoe said: Does it truly get to 100%? My schedule was interfering with the progress of the maintenance and had to let it run 24x7 to complete. it did, but see my previous comment Quote Link to comment
cromwell Posted May 27, 2022 Share Posted May 27, 2022 I got this error when trying to log in to container today. not sure if it's related to the above mentioned issue, but I increased inotify to 750000 from about 524000. hopefully that helps... Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.