-
Notifications
You must be signed in to change notification settings - Fork 52
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
RamenDR Pod is in a CrashLoopBackOff state when the VRG does not have a protectedNamespaces field #1439
Comments
@raghavendra-talur Is missing |
@BhargaviEnuturla can you share the VRG that cause this crash? |
@nirs ramenOpsNamespace is the adminnamespace field configured in ramen-dr-config map |
@BhargaviEnuturla we really need the vrg that trigger this crash. We need to understand if this is is a valid or invalid configuration. We also need to add a test with similar VRG to ensure it works correctly in the future. |
@nirs The VRG that was used is similar to one given below:
PS: ibm-spectrum-fusion-ns is the admin ns and protectedNamespaces is not added in the spec of VRG. |
@asn1809 there is no kube object protection? This looks like standard VRG we use in upstream testing, I wonder why we don't see this issue. Did you try to reproduce this with drenv? |
@nirs , sorry, didn't look for long. The reason this is might not being seen in the upstream is checks for drpc being done in |
After applying the latest RamenDR image, if we create a VRG without the 'protectedNamespaces' field, the RamenDR Pod enters a CrashLoopBackOff state (with the VRG created in the admin namespace).
Once we add the 'protectedNamespaces' field to the VRG created in the admin namespace, the RamenDR Pod transitions to a running state.
This issue needs to be addressed in the RamenDR code to handle the absence of the 'protectedNamespaces' field gracefully. Instead of crashing, it should produce an error message.
Attaching the error messages
E0603 11:19:56.927257 1 runtime.go:79] Observed a panic: "invalid memory address or nil pointer dereference" (runtime error: invalid memory address or nil pointer dereference)
goroutine 171 [running]:
k8s.io/apimachinery/pkg/util/runtime.logPanic({0x1b89d60?, 0x32f6ce0})
/go/pkg/mod/k8s.io/apimachinery@v0.29.0/pkg/util/runtime/runtime.go:75 +0x85
k8s.io/apimachinery/pkg/util/runtime.HandleCrash({0x0, 0x0, 0x0?})
The text was updated successfully, but these errors were encountered: