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

in some cases, the work and member cluster workloads will not be deleted #4483

Closed
will-qq opened this issue Dec 28, 2023 · 4 comments
Closed
Labels
kind/question Indicates an issue that is a support question.

Comments

@will-qq
Copy link

will-qq commented Dec 28, 2023

Please provide an in-depth description of the question you have:
Our colleagues recently reported that when deleting some custom crd task from karmada, karmada workloads and the resourcebinding was deleted successfully, but the works.work.karmada.io and member cluster workloads were not actually deleted.

In most cases, deletion can be successful, but in a few cases, deletion fails. The problem is similar to #708, but we are very sure that the karmada version we are using has covered the relevant code.

Problem Description:
From karmada, the object has been deleted:

# kubectl get xxx.bigdata.xxx.k8s.io -n xxx-xxx-xxx xxx-325610187
Error from server (NotFound): xxx.bigdata.xxxx.k8s.io "xxx-325610187" not found

But the work has not been deleted:

# kubectl get work -n karmada-es-gpu-xx-4   xxxx-325610187-5b5bb5b65   -oyaml | less
apiVersion: work.karmada.io/v1alpha1
kind: Work
metadata:
  creationTimestamp: "2023-12-26T11:55:26Z"
  finalizers:
  - karmada.io/execution-controller
  generation: 1
  labels:
    resourcebinding.karmada.io/name: xxxx-325610187-xxxx
    resourcebinding.karmada.io/namespace: xxxxx
  name: xxxx-325610187-5b5bb5b65
  namespace: karmada-es-gpu-xx-4
  resourceVersion: "5165857701"
  selfLink: /apis/work.karmada.io/v1alpha1/namespaces/karmada-es-gpu-nj-4/works/pytorch-325610187-5b5bb5b65
  uid: b2c96c56-3493-4279-ac20-a1de73cd720a
spec:
  workload:
    manifests:

And From member cluster, the object also not been deleted:

# kubectl get xxx.bigdata.xxx.k8s.io -n xxx-xxx-xxx xxx-325610187
NAME                AGE
xxx-325610187   39h

What do you think about this question?:
Is it a bug or are we using it improperly?

Environment:

  • Karmada version:
  • Kubernetes version:
  • Others:
@will-qq will-qq added the kind/question Indicates an issue that is a support question. label Dec 28, 2023
@chaunceyjiang
Copy link
Member

It seems to be the same issue as #4467.

Could you check if your ResourceBinding xxxx-325610187-xxxx still exists, and if so, could you paste it here as well?

@will-qq
Copy link
Author

will-qq commented Dec 28, 2023

It seems to be the same issue as #4467.

Could you check if your ResourceBinding xxxx-325610187-xxxx still exists, and if so, could you paste it here as well?

ResourceBinding is not exists, but work and member cluster workloads still exists

From karmada, ResourceBinding is not exists:

# kubectl get rb -n xxx-xxx-xxx  xxx-325610187-xxx
Error from server (NotFound): resourcebindings.work.karmada.io "xxx-325610187-xxx" not found

@zhzhuang-zju
Copy link
Contributor

It's very strange that after rb has been deleted, the work still does not have a DeletionTimestamp. Can you provide the log of karmada-controller-manager when performing the deletion operation? Or confirm that the namesapce and name of the rb of the work labels are consistent with the deleted ones.

@will-qq will-qq closed this as completed Dec 29, 2023
@liangyuanpeng
Copy link
Contributor

@will-qq It is resolved? It would be great if you would share how to resolve it.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/question Indicates an issue that is a support question.
Projects
None yet
Development

No branches or pull requests

4 participants