Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Cancelling a one-time backup process renders partially uploaded file undeletable. #99

Open
kevin1055 opened this issue Dec 8, 2014 · 1 comment

Comments

@kevin1055
Copy link

Partially uploading a file in a one-time backup then cancelling it before it completes leads to space being used as shown by the online account information, but leaves nothing in the Browse Backups feature.

@csmiken
Copy link

csmiken commented Dec 10, 2014

This is expected behavior, but takes a little background to explain.
When you start a backup with Cyphertite, your data is split into 256k chunks. Each chunk is individually compressed, encrypted, and locked with your crypto passphrase before it is sent to our servers. This process repeats until all of your data is sent. After all the chunks of data are sent, Cyphertite will store a metadata file referencing each chunk and how to put them back together when you restore your data. If your backup is interrupted before this metadata file is sent (either by cancelling or a connection interruption) the metadata file will not be sent. This explains why storage space is used on our servers when you may not see a backup to restore.
If this happens, you can re-start the same backup again, and you will notice Cyphertite pickup where it left off. This is because our deduplication method will not re-send any chunks of data that are already on the server. Once the backyp sucessfully completes you will be able to list, browse, and restore your data.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants