Bug 2312533 - Noobaa Account not getting reconciled due to absence of forceMd5Etag in CR
Summary: Noobaa Account not getting reconciled due to absence of forceMd5Etag in CR
Keywords:
Status: ON_QA
Alias: None
Product: Red Hat OpenShift Data Foundation
Classification: Red Hat Storage
Component: Multi-Cloud Object Gateway
Version: 4.17
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
: ODF 4.18.0
Assignee: Aayush Chouhan
QA Contact: krishnaram Karthick
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2024-09-16 10:15 UTC by Kaustav Majumder
Modified: 2024-10-19 07:18 UTC (History)
3 users (show)

Fixed In Version: 4.18.0-36
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Github noobaa noobaa-operator pull 1430 0 None Merged Updated forceMD5Etag to boolean pointer type 2024-10-09 12:48:17 UTC
Red Hat Issue Tracker OCSBZM-9259 0 None None None 2024-09-16 10:15:54 UTC

Description Kaustav Majumder 2024-09-16 10:15:18 UTC
Description of problem (please be detailed as possible and provide log
snippests):

Currently the forceMd5Etag is an optional field in the noobaa account CR. But even in it's absence noobaa operator is not reconciling the noobaa account and failing with panic.

Logs:
panic: runtime error: invalid memory address or nil pointer dereference [recovered]
	panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x1 addr=0x0 pc=0x2012d84]

goroutine 2520 [running]:
sigs.k8s.io/controller-runtime/pkg/internal/controller.(*Controller).Reconcile.func1()
	noobaa-operator/vendor/sigs.k8s.io/controller-runtime/pkg/internal/controller/controller.go:111 +0x1e5
panic({0x23f79a0?, 0x4481c30?})
	/home/kmajumde/go/pkg/mod/golang.org/toolchain.1-go1.22.6.linux-amd64/src/runtime/panic.go:770 +0x132
github.com/noobaa/noobaa-operator/v5/pkg/noobaaaccount.(*Reconciler).CreateNooBaaAccount(0xc0008db680)
	noobaa-operator/pkg/noobaaaccount/reconciler.go:341 +0xe4
github.com/noobaa/noobaa-operator/v5/pkg/noobaaaccount.(*Reconciler).ReconcilePhaseConfiguring(0xc0008db680)
	noobaa-operator/pkg/noobaaaccount/reconciler.go:271 +0x9b
github.com/noobaa/noobaa-operator/v5/pkg/noobaaaccount.(*Reconciler).ReconcilePhases(0xc0008db680)
	noobaa-operator/pkg/noobaaaccount/reconciler.go:159 +0x36
Version of all relevant components (if applicable):


Does this issue impact your ability to continue to work with the product
(please explain in detail what is the user impact)?
This bug affects ocs operator to be able to create noobaa remote join secret which is  required to be able to  support for creating obc on hosted clusters.

Is there any workaround available to the best of your knowledge?
Manually edit the Noobaa account forceMd5Etag field values with true/false

Rate from 1 - 5 the complexity of the scenario you performed that caused this
bug (1 - very simple, 5 - very complex)?
1 
Can this issue reproducible?
Yes

Can this issue reproduce from the UI?
No

If this is a regression, please provide more details to justify this:


Steps to Reproduce:
1.Create a noobaa account CR with no forceMd5Etag field
2.Noobaa operator goes into error state


Actual results:
Noobaa account not getting reconciled and noobaa operator going into error state

Expected results:
Noobaa account should get reconciled

Additional info:

Comment 2 Sunil Kumar Acharya 2024-09-17 10:05:02 UTC
Moving the non-blocker BZs out of ODF-4.17.0 as part of Development Freeze.


Note You need to log in before you can comment on or make changes to this bug.