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
TargetIqn unused and misleading in example #30
Comments
It seems that the change has done unnoticed elsewhere too, for example csi-driver-iscsi depends on I can't see how the driver could work with the current code either: |
/assign @humblec |
The Kubernetes project currently lacks enough contributors to adequately respond to all issues and PRs. This bot triages issues and PRs according to the following rules:
You can:
Please send feedback to sig-contributor-experience at kubernetes/community. /lifecycle stale |
The Kubernetes project currently lacks enough active contributors to adequately respond to all issues and PRs. This bot triages issues and PRs according to the following rules:
You can:
Please send feedback to sig-contributor-experience at kubernetes/community. /lifecycle rotten |
The Kubernetes project currently lacks enough active contributors to adequately respond to all issues and PRs. This bot triages issues and PRs according to the following rules:
You can:
Please send feedback to sig-contributor-experience at kubernetes/community. /close |
@k8s-triage-robot: Closing this issue. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
In example/main.go the example uses the
TargetIqn
andTargetPortals
fields in the connector:csi-lib-iscsi/example/main.go
Lines 35 to 38 in fd47a25
The usage of these fields was removed in #13, which transfers those features into the Targets struct. The fields should be removed from the struct since they are no longer referenced and the main.go should be updated to reflect the proper state of the library. Or if the intent is to keep them in the struct as legacy support, the fields should be clearly marked as obsolete.
The text was updated successfully, but these errors were encountered: