Skip to content

K8s: warn against force delete #1864

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

Closed
wants to merge 2 commits into from
Closed
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
11 changes: 11 additions & 0 deletions content/operate/kubernetes/re-clusters/delete-custom-resources.md
Original file line number Diff line number Diff line change
Expand Up @@ -11,6 +11,17 @@ linkTitle: Delete custom resources
weight: 70
---

{{< warning >}}
Use graceful deletion methods

When deleting Redis Enterprise resources or pods, try to avoid using `kubectl delete --force` or similar force deletion commands, as these can lead to:
- Data loss or corruption
- Incomplete cleanup of resources
- Cluster instability

If resources appear stuck during deletion, investigate the underlying cause rather than forcing deletion. See [Troubleshoot Redis Enterprise pods]({{< relref "/operate/kubernetes/recommendations/troubleshoot-pods" >}}) for guidance.
{{< /warning >}}

## Multi-namespace management

Before you can delete a namespace, you must remove the Redis custom resources ([REDB](#delete-a-database-redb), [REC](#delete-a-redis-enterprise-cluster-rec), and [operator](#delete-operator-from-one-namespace)) residing within a namespace before you can delete that namespace. Deleting namespace containing an REDB may cause errors or data loss.
Expand Down