-
Notifications
You must be signed in to change notification settings - Fork 1k
Description
What happened:
In the dependency distributor scenario, workload resources depend on multiple resources of the same kind. When one of these resources changes, there may be a case of unsynchronization.
For example, a deployment depends on two ConfigMap resources, cm-01 and cm-02. After the user modifies cm-02, Karmada does not synchronize this change to the member clusters.
What you expected to happen:
Resource changes can be properly synchronized to the member cluster.
How to reproduce it (as minimally and precisely as possible):
As the example suggests, multiple tests can be conducted.
Anything else we need to know?:
In current logic, when a name mismatch is detected, it returns directly instead of continuing:
karmada/pkg/dependenciesdistributor/dependencies_distributor.go
Lines 234 to 239 in e2c4b59
| if resourceTemplateKey.GroupVersion().String() == dependency.APIVersion && | |
| resourceTemplateKey.Kind == dependency.Kind && | |
| resourceTemplateKey.Namespace == dependency.Namespace { | |
| if len(dependency.Name) != 0 { | |
| return dependency.Name == resourceTemplateKey.Name | |
| } |
Environment:
- Karmada version:
- kubectl-karmada or karmadactl version (the result of
kubectl-karmada versionorkarmadactl version): - Others:
Metadata
Metadata
Assignees
Labels
Type
Projects
Status