-
Notifications
You must be signed in to change notification settings - Fork 82
cli: Backward compatibility for option names #739
Comments
Unsure which other issue to post this comment to, so using this one that talks about backward compatibility. Comment originates from the review: https://review.gluster.org/#/c/20472/3 (see first comment by me and it's response). Tagging @prashanthpai as well here. Questions and thoughts:
|
All volume set related to io-stat will be set under
Makes sense, does glusterd1 supports this? my understanding was glusterd1 is acting as router user sees the option related to feature but internally it sets to respective xlator. For example, user sets "cluster.data-self-heal", but internally it is set to "replicate.data-self-heal". This avoids confusion if user thinks why he need to set "replicate.*" option when using disperse Volume. We need enhancement in volgen, if options needs to be filtered based on graph type.
Not yet available |
@aravindavk - We need to get this addressed sooner so that we would be able to run the existing test suites from glusterfs (the xxx.t files) and all the Glusto test cases. We can have a discussion on this topic to see what are the current gaps and how soon we can address them. |
Since Glusterd2 loads list of xlator options directly from
xlators/*.so
files, it expects option name in volume set command as<xlator>.<option-name>
. In previous releases name used in Volume set command is different that this(only<option-name>
).This may break many applications, tests and other integrations. APIs can continue to use the option names as Glusterd2 expects, CLI should convert old option name to new option name(excluding the ones which needs name change for usability)
The text was updated successfully, but these errors were encountered: