-
Notifications
You must be signed in to change notification settings - Fork 284
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
[multikueue] Add Path kubeConfig location type #1640
[multikueue] Add Path kubeConfig location type #1640
Conversation
Skipping CI for Draft Pull Request. |
✅ Deploy Preview for kubernetes-sigs-kueue ready!
To edit notification comments on pull requests, go to your Netlify site configuration. |
/hold for #1631 |
7a9d840
to
fffb0c1
Compare
/unhold |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM overall, one question regarding the not-so-clear change: https://github.com/kubernetes-sigs/kueue/pull/1640/files#r1469263382
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
/lgtm
/assign @alculquicondor @tenzen-y
LGTM label has been added. Git tree hash: 9d0c6171359e5d7cfa8c64acf154933660f89896
|
// Location is the path on the disk of kueue-controller-manager. | ||
PathLocationType LocationType = "Path" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This Path
location type is assumed to be the main story that we want to use credentials that existed on the Node. It means that the main use case is mounting credentials by hostPath volume, right?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
yes
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It makes sense. I think that we should mention here that we would suggest using the SecretLocationType
as much as possible, and the PathLocationType
is assumed to be used for mounting credentials from nodes via hostPath volumeMount.
However, since this is a non-blocking suggestion, I think that we can work on another PR. I leave on @trasc whether or not we work on it at this PR.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
SecretLocationType
is the default value, we could present come pros/cons when we add the documentation.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Uhm, I don't like having such a test.
Should we generate this file in bin
or tmp
dir, then can we use the generated testdata?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It will make the testing strategy more complicated, (create the temp file, replace the path in the needed clusters in tc.clusters
, cleanup) .
Even if probably not used in kueue until now, the testdata
approach is more or less standard in go,
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Uhm, I understand that this is the standard approach, but as much as possible, I want to avoid having such testdata.
However, I don't want to block the merge of this PR due to this discussion. So, we probably can come back here when we have more testdata in the near future.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
/lgtm
/approve
/hold for #1640 (comment)
// Location is the path on the disk of kueue-controller-manager. | ||
PathLocationType LocationType = "Path" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It makes sense. I think that we should mention here that we would suggest using the SecretLocationType
as much as possible, and the PathLocationType
is assumed to be used for mounting credentials from nodes via hostPath volumeMount.
However, since this is a non-blocking suggestion, I think that we can work on another PR. I leave on @trasc whether or not we work on it at this PR.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Uhm, I understand that this is the standard approach, but as much as possible, I want to avoid having such testdata.
However, I don't want to block the merge of this PR due to this discussion. So, we probably can come back here when we have more testdata in the near future.
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: tenzen-y, trasc The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
/unhold |
/kind api-change |
/release-note-edit
|
* [multikueue] Add Path kubeconfig location type * Fix after rebase
What type of PR is this?
/kind feature
What this PR does / why we need it:
Add Path location type for MultiKueue cluster KubeConfigs
Which issue(s) this PR fixes:
Relates to #693
Special notes for your reviewer:
Does this PR introduce a user-facing change?