mainstoreBackup - Support: sr #108632, Backup data integrity check.


sr #108632: Backup data integrity check.

Submitter:  None
Submitted:  Sun 17 Aug 2014 04:39:27 PM UTC
Category:  None Priority:  5 - Normal
Severity:  3 - Normal Status:  None
Privacy:  Public Assigned to:  None
Originator Email:  -email is unavailable- Open/Closed:  Open
Operating System:  GNU/Linux
* Mandatory Fields

Add a New Comment Rich Markup

Fri 22 Aug 2014 09:52:27 AM UTC, comment #5: 

Didn't think about that setup. I can not use that for my main backup as I can not afford to duplicate the data for space constraint reasons.

Anyway thank you for the explanation, I can still use this setup in some situations.

Thank you again.

Wed 20 Aug 2014 07:45:40 PM UTC, comment #4: 

It may be a little bit crazy, but a possibility would be to backup the data twice. (This may not be convenient because it takes too much time and / or space?)

1. Make a backup with your encryption program instead of the compression program (or in combination with it), like you've already done. But do not use lateLinks. Let's say the backupDir is /backup/encrypt.

2. Move the last backup you made in step 1 to eg /backup/temp:
mv /backup/encrypt/SERIES/TIMESTAMP /backup/temp

3. Make a backup from /backup/temp to /backup/second with comprRule=0 (or --comprRule 0 on the command line).

4. Move back the data from backup/temp:
mv /backup/temp/TIMESTAMP /backup/encrypt/SERIES
(you may want to delete all backups except the last one)

5. You can now run storeBackupCheckBackup on /backup/second

I hope you got the principle I tried to explain.

/backup/tmp and /backup/encrypt should be on the same filesystem.
/backup/second would be the "offline" backup (whatever this means in your case)

Naturally, you have to adopt this example to your paths etc.

Because in the second backup you do not change the data (comprRule=0), you should be able to restore your data directly from the first backup (inside the second one). Maybe you need option --backupRoot of to select the right backupRoot (of the backup inside).

Hope this helps!?

Heinz-Josef Claes <hjclaes>
Group administrator
Mon 18 Aug 2014 12:34:52 PM UTC, comment #3: 

In my last comment I meant that I did find the option to check backup integrity using backup checksums. Didn't express that with enough clarity in the first paragraph.

Mon 18 Aug 2014 12:32:49 PM UTC, comment #2: 

Thank you very much.

I found the option to check the backup data against live data, but didn't find the option to check backup integrity using backup checksums.

I would like to ask about something not implemented.

Right now I do offsite backup through sshfs and latelinks and blocked files where appropiate. It does a great job, and with the ability to specify the binary which pipes/compreses the data, I can also easily encrypt the backup in an elegant way.

The question is that once I encrypt the data I can not check the backup integrity offline without the ability to unencrypt it, which defeats the purpose of encrypting it.

Could it be posible to add the posibility of saving checksums of compressed data with the backup and check the integrity against that? It would be great if this could be considered as an option to be included in the wish list. Would add the posibility of checking the integrity of encrypted backups stored on untrusted environments.

Thank you again sincerely.

Sun 17 Aug 2014 06:13:59 PM UTC, comment #1: 

it only uses the checksum data stored in the backup.


Heinz-Josef Claes <hjclaes>
Group administrator
Sun 17 Aug 2014 04:39:27 PM UTC, original submission:  


I would like to ask if storeBackup is able to verify if the backup data is correct, without access to the original data, by using its own data checksum.

I wish to check from time to time that my offsite is safe to use.

Thank you very much in advance.



(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:

No files currently attached


Depends on the following items: None found

Items that depend on this one: None found


Carbon-Copy List
  • -email is unavailable- added by hjclaes (Posted a comment)
  • -email is unavailable- added by None (Submitted the item)

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.


    No changes have been made to this item

    Back to the top

    Powered by Savane 3.13-ee12.
    Corresponding source code