-
-
Notifications
You must be signed in to change notification settings - Fork 62
-
-
Notifications
You must be signed in to change notification settings - Fork 62
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
zfs_autobackup_option_test does not exist #117
Comments
nope , this just used to see which options are supported by the zfs command, you can ignore those errors. They are hidden in debug mode for that reason, errors that matter are colored red and have a ! at the beginning of the line. Did you use the strip-path option? I think you've stripped too much or need to destroy pool/dataset/home on the target. |
the new version will probably give you a much clearer idea of whats going on. |
You can install and try it with:
|
Will give it a go and let you know. Have not had the chance to try it again after creating my issue (which is never a good thing with backups obviously...) |
Also if you want "1:1 replication", in which case you sync your entire source pool to a target pool and keeping the path-structure, try rc2 And checkout the new documentation: https://github.com/psy0rz/zfs_autobackup/wiki#stripping-the-path |
For some reason there seems to be something up with zfs_autobackup_option_test? In the end the transfer fails. What could this have to do with?
I am using the flags:
--progress --verbose --clear-mountpoint --debug-output
And the debug output is:
The text was updated successfully, but these errors were encountered: