Closed ShaunMaher closed 3 years ago
Given that the user-provided tag X
in dst_X
is not related to actual pool names etc., lowercasing is not too good as it can lead to conflicts (what if you later try to define an MaCH-HdD-002
?) that would be even weirder to resolve.
On the other hand, limits of one ZFS implementation might not apply to another (we are talking about nearly two decades of evolution across at least 3 completely unrelated kernels, and znapzend caters for all the best it can) so IMHO failing like it does now if your OS version does not support something is the way to go (after all, you as the user do get to see WHY it failed). It might not fail because it becomes supported on new pools in five years for now, and would be transparent to znapzend itself.
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
Hi.
Huge fan of ZnapZend.
I had an issue recently where I tried to run the following command:
The result was
Obviously, this is because ZFS does not support uppercase characters in dataset property names. To save the next person some grief, could we please check the DST command line argument for invalid characters and either force the value to lowercase or fail, giving the user a descriptive error message.
Thank you kindly. Shaun.