-
Notifications
You must be signed in to change notification settings - Fork 172
HNC: Handle object propagation conflict #1076
Comments
@yiqigao217 I think this is finished now, correct? |
I would say yes, since #1120 is a rare corner case that we thought it was not a rush and could be done later, so we may close this for now. |
/close
…On Mon, Oct 19, 2020 at 12:29 PM Yiqi Gao ***@***.***> wrote:
@yiqigao217 <https://github.com/yiqigao217> I think this is finished now,
correct?
I would say yes, since #1120
<#1120> is a rare
corner case that we thought it was not a rush and could be done later, so
we may close this for now.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#1076 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AE43PZAHPA2P5YE46YXPD4DSLRSM5ANCNFSM4QTPCCTQ>
.
|
@adrianludwin: 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. |
This issue is raised on Slack. See http://bit.ly/hnc-propagation-conflict for detailed design.
Consider an example tree structure with one source object demo role in namespace tenant1:
Now let’s create a
demo
role inorg1
namespace: currently, HNC propagatesdemo
fromorg1
tospace1
,tenant2
andspace2
, but it skips propagation to namespacetenant1
since a conflicting source object already exists.For now, we will fix this issue by adding new webhook rules to prevent it (creating conflicting source). If the webhook is bypassed, HNC will overwrite any conflicts in the descendants, e.g. overwriting
demo
intenant1
with the one inorg1
.The text was updated successfully, but these errors were encountered: