Skip to content
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

Remove the topology parameter of feature gates in csi-provisioner #602

Closed
ysakashita opened this issue Jul 5, 2021 · 2 comments
Closed

Comments

@ysakashita
Copy link

Describe the solution you'd like
I would like to remove the topology parameter of the feature gate (--feature-gates=Topology=True) for csi-provisioner.
The parameter was already GA in csi-provisioner.

The csi-provisioner in Trident puts the bellow warning message in the log.

I0704 07:52:52.326573       1 feature_gate.go:243] feature gates: &{map[Topology:true]}
W0704 07:52:52.326483       1 feature_gate.go:235] Setting GA feature gate Topology=true. It will be removed in a future release.

Describe alternatives you've considered

(Maybe) trident can controle to ignore the warning message for it.
However, it’s unnatural and not easy way.
So I believe that removing the parameter from the csi-provisioner is a natural way.

Additional context

Please see the following issue.

@clintonk
Copy link
Contributor

clintonk commented Oct 4, 2021

Hello, @ysakashita-san, thank you for this suggestion.

Despite the Topology feature of the external-provisioner sidecar reaching GA status, the documentation still indicates that setting --feature-gates=Topology=true is necessary to use the sidecar's Topology feature. To be certain, I have built & run the sidecar with and without the Topology feature gate flag and confirmed that without it, the Topology feature is inactive.

Also, please note that Trident's use of CSI Topology is already dynamic. Trident inspects the Kubernetes node objects and enables the sidecar's Topology feature if any of the nodes contain the standard topology labels. It seems we must continue that behavior with latest versions of the sidecar.

The warning message you noted is being logged from a library imported by the sidecar, so we have no way to suppress that. If anything changes in a future version of the sidecar, we can reevaluate then. Again, thank you for your input.

@gnarl
Copy link
Contributor

gnarl commented Oct 4, 2021

Closing this issue per @clintonk's research on the issue.

@gnarl gnarl closed this as completed Oct 4, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants