-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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
Inherited properties are not sent in send streams #2121
Comments
Upon further testing, the property is getting set when the file system is created. The property is getting changed when the 'zfs recv' command is run and the zfs replication takes place. On other systems (e.g. OpenIndiana) this does not happen. I would consider this to be a bug. |
On Feb 14, 2014, at 5:45 PM, srlefevre wrote:
The manpage say this about 'zfs send':
Yes, but where?Choose a job you love, and you will never have |
Here are two simple tests run on a CentOS system which illustrate the inconsistency.
Results: Test 2 Send tank0/tmp/test2 --> tank0/tmp/test2b
Results: I would expect the same results from both of these tests. Both received file systems should be compressed. |
It seems inherited properties are not sent in send streams. I don't see this documented anywhere, but I see the same behavior in my OpenIndiana VM. I don't think there's a bug here, though it would be good to improve the documentation with respect to this issue. |
"compression=gzip" is inherited by "tank/send" but not sent with "tank/send@issue-2121". |
Same with
|
This issue has been automatically marked as "stale" because it has not had any activity for a while. It will be closed in 90 days if no further activity occurs. Thank you for your contributions. |
I'm writing/improving a zfs replication script (https://github.com/srlefevre/zfs-repl.git) and doing testing on several platforms supporting zfs.
The script runs the following commands from the source system against the target system:
The first command runs but doesn't set the compression property.
But, I can run the same command from the source system command line and it works (i.e. sets the property).
The same command works as expected going against an OpenIndiana (151.a8) system.
I can reproduce this issue on CentOS 6.5 and Ubuntu 12.04.
I'm confused as to why this isn't working. I tried adding a 5 second delay between the first command (zfs create) and the second command (zfs set) but I got the same results.
How would I go about troubleshooting this?
How would I go about working around this?
I'm using the following pkgs on each system.
Here is the zpool history log from the CentOS 6.5 test if that'll help.
The text was updated successfully, but these errors were encountered: