Skip to content
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

karmada-search ResourceRegistry resourceSelectors can not merge the same GVK's namespace #6064

Open
JimDevil opened this issue Jan 18, 2025 · 0 comments · May be fixed by #6065
Open

karmada-search ResourceRegistry resourceSelectors can not merge the same GVK's namespace #6064

JimDevil opened this issue Jan 18, 2025 · 0 comments · May be fixed by #6065
Labels
kind/bug Categorizes issue or PR as related to a bug.

Comments

@JimDevil
Copy link

JimDevil commented Jan 18, 2025

What happened:
I have two yaml config of resourceregistry,they just namespace different

apiVersion: search.karmada.io/v1alpha1
kind: ResourceRegistry
metadata:
  name: secret-search-ns1
spec:
  targetCluster:
    clusterNames:
      - cluster-1
  resourceSelectors:
    - apiVersion: v1
      kind: Secret
      namespace: ns1
apiVersion: search.karmada.io/v1alpha1
kind: ResourceRegistry
metadata:
  name: secret-search-ns2
spec:
  targetCluster:
    clusterNames:
      - cluster-1
  resourceSelectors:
    - apiVersion: v1
      kind: Secret
      namespace: ns2

when I apply them ,karmada-search just cached one namespace resource,the latter one override the previous one namespace
get ResourceRegistry:
Image
get secret,juet get ns1's secret:
Image

What you expected to happen:
I think karmada-search should merge these namespace,
it should cached ns1 and ns2,this should be a bug.
How to reproduce it (as minimally and precisely as possible):

Anything else we need to know?:

Environment:

  • Karmada version: 1.12.2
  • kubectl-karmada or karmadactl version (the result of kubectl-karmada version or karmadactl version):
  • Others:
@JimDevil JimDevil added the kind/bug Categorizes issue or PR as related to a bug. label Jan 18, 2025
@JimDevil JimDevil linked a pull request Jan 18, 2025 that will close this issue
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/bug Categorizes issue or PR as related to a bug.
Projects
Status: No status
Development

Successfully merging a pull request may close this issue.

1 participant