-
Notifications
You must be signed in to change notification settings - Fork 205
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
Add support for RoleDefinition resource #4067
Conversation
// TODO: Fix name | ||
// MakeUniqueResourceString generates a string that uniquely identifies a cluster resource. | ||
func MakeUniqueResourceString2(ownerGK schema.GroupKind, ownerName string, gk schema.GroupKind, namespace string, name string) string { | ||
// TODO: This method has a bug where it is called with an empty owner gk when the owner is an ARM ID. |
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.
I'm not 100% sure what we should do about this bug. We can fix it (which could cause people to leak resources? Maybe not because our validation will protect us possibly? I need to do some testing...)
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.
I filed #4079 to track this in 2.9.0 and fixed this bug but only for the new resource RoleDefinition. We can track fixing it for existing resources as part of 2.9.0 with the above bug.
e9d784d
to
197c54d
Compare
/ok-to-test sha=197c54d |
197c54d
to
e6ace07
Compare
/ok-to-test sha=e6ace07 |
* Re-record tests using the newer API version.
Split Taskfile targets more to make it easier to run manual upgrade tests where the flow is: 1. Install GA ASO. 2. Perform manual testing step. 3. Upgrade to vNext ASO. 4. Perform manual testing step.
e6ace07
to
3af4937
Compare
/ok-to-test sha=3af4937 |
3af4937
to
22738a3
Compare
/ok-to-test sha=22738a3 |
This fixes Azure#2570.
Fix bug where RoleAssignment owned by ARM ID doesn't account for the ARM ID in the seed of the random UUID generate. This bugfix is BREAKING if the owner is using ARM ID and in the following cases: * User migrates RoleAssignment from one cluster to another. * User sets reconcile-policy: skip, deletes the RoleAssignment and then recreates it. In the above two cases, the new correct algorithm will consider the ARM ID of the owner and generate a different UUID than before. Other cases such as standard updates will not be impacted as Kubernetes sends the WHOLE object to the mutating webhook and for updates the object contains the (old) generated UUID.
22738a3
to
76e168b
Compare
/ok-to-test sha=197c54d |
/ok-to-test sha=76e168b |
This fixes #2570.
Closes #[issue number]
What this PR does / why we need it:
Special notes for your reviewer:
How does this PR make you feel:
If applicable: