axemanozh

I'm seeing similar behavior, also on QNAP and the 8.8.1 image. Crashplan appears to be continuously trying to reupload data that's already been uploaded to CrashPlan Online.  The log...

> @axemanozh, messages might be confusing. They might suggest that data is re-uploaded, but if data already exists in cloud, it won't. Look at the "effective rate": a big value...

> > Yes, there was another update. I just pushed a new image. Hope it will help with your issue. > > Updated and still getting the continuous block sync...

I finally got around to opening a ticket with Code42 today. I don't expect any immediate response or resolution from them, given the Holiday, but I may ask for some...

> Update from my side: So after backing up everything it missed over the last 60 days, it hasn't done the repeated block sync for 3 days now. I think...

I also finally heard from CrashPlan support today; they mentioned something about a conflict between maintenance and the scheduled verification scans, and had me change the verification scan schedule from...

> how much memory? I had it set to 4 GB, admittedly less than the 1 GB per TB of data recommended by Crashplan. I've never had any problems before,...

As an update on my support request with CrashPlan, the initial steps they wanted me to try have had no affect. They have now had me deauthorize the machine, and...

> This is normally done by using the CrashPlan cli (Shift+Ctrl+C). But you can also just stop the container. This is what CrashPlan support had me do.

Another update to my support request with CrashPlan: Unfortunately the issue is still occurring after leaving my container unauthorized while maintenance completed. Every time a verification scan takes place, it...