Solved Validate zpool test restores from backup?

I'm happy with both zxfer and syncoid for system backup, but I'm also looking for a good way to make sure that a test restore of the data matches the current state of the system.

Ideally, I'd like to occasionally restore my last backup to a temporary dataset in /tmp or on a separate drive and then run something to compare my current zroot to the restored data and generate a summary of the file differences since the backup was made.

I've done this in the past using mtree, but I had to first write a wrapper script to match up the mount points before running mtree on each one. If anything, mtree gives too much information for this purpose.

Can anyone recommend a way to do this better?
 
In simple way it's looks like:
Code:
1) zfs send dpool/zfs@snap | zfs receive -Fd dpool2
2) make some changes in dpool2/zfs
3) zfs rollback dpool2/zfs@snap
Third step shows, if it revert to snap without errors, that's 99,99% it's good snapshot.
 
Thanks. After thinking about it some more, I guess what I'm really looking for is a reminder of the datasets present on the system but not in the backup. Traditional tools can do that with a little scripting:
  • diff -qr
  • md5deep/ hashdeep
  • rsync --dry-run
  • mtree
  • dircmp
 
Back
Top