Bug 2278389

Summary: [IBM Support] After upgrade to OCP/ODF 4.14 Stand alone MCG backing store getting rejected/not ready with ENOSUPT
Product: [Red Hat Storage] Red Hat OpenShift Data Foundation Reporter: Mike Hackett <mhackett>
Component: Multi-Cloud Object GatewayAssignee: Utkarsh Srivastava <usrivast>
Status: CLOSED ERRATA QA Contact: Mahesh Shetty <mashetty>
Severity: urgent Docs Contact:
Priority: unspecified    
Version: 4.14CC: asriram, bkunal, dkhandel, hnallurv, kbg, nbecker, odf-bz-bot, sbaldwin, usrivast
Target Milestone: ---   
Target Release: ODF 4.16.0   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: 4.16.0-96 Doc Type: Bug Fix
Doc Text:
.After upgrade to OpenShift Data Foundation the standalone MCG backing store gets rejected Previously, when trying to use persistent volume (PV) pool, `xattr` is used to save metadata of objects. However, updates to that metadata fails as Filesystem on PV does not support `xattr`. With this fix, there will be a failback if Filesystem does not support `xattr` and metadata is saved in a file.
Story Points: ---
Clone Of:
: 2278617 (view as bug list) Environment:
Last Closed: 2024-07-17 13:21:23 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 2260844, 2278617, 2278619    

Description Mike Hackett 2024-05-01 20:06:53 UTC
Description of problem (please be detailed as possible and provide log
snippests):
Once the Fusion Data Foundation operator was upgraded to 4.14 we encountered an issue with the backingstore going into a rejected state with a reason of "no capacity", which is a generic error for noobaa not being able to talk to the storage for the backingstore.

During troubleshooting in today's session  with the customer we encountered an error reporting ENOTSUP (Error Not Supported) and it was due to the backing storage for the storage class (Netapp Trident) not supported xattrs that Noobaa now has a requirement in ODF 4.14 which was not present in ODF 4.12, this issue is documented here: https://github.com/noobaa/noobaa-core/issues/7843. This was preventing the backingstore from coming ready and communicating with the Netapp Trident Storage.

Version of all relevant components (if applicable):
OCP 4.14/ODF 4.14

Does this issue impact your ability to continue to work with the product
(please explain in detail what is the user impact)?
Yes, Backing store is down

Is there any workaround available to the best of your knowledge?
No

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

Can this issue reproducible?
Yes

Can this issue reproduce from the UI?
Yes

If this is a regression, please provide more details to justify this:
Yes, This worked in ODF 4.12

Steps to Reproduce:
1. Deploy MCG in ODF 4.12 cluster and create backing store with storage provided that does not support xattr
2.Upgrade ODF to 4.14



Actual results:
Backing store enters rejected state

Expected results:
Backing store to stay phase:ready and serve IO

Additional info:
Details here: https://github.com/noobaa/noobaa-core/issues/7843

Comment 10 Mike Hackett 2024-05-06 20:06:07 UTC
*** Bug 2276550 has been marked as a duplicate of this bug. ***

Comment 26 Sunil Kumar Acharya 2024-06-18 06:45:26 UTC
Please update the RDT flag/text appropriately.

Comment 31 errata-xmlrpc 2024-07-17 13:21:23 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory (Important: Red Hat OpenShift Data Foundation 4.16.0 security, enhancement & bug fix update), and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHSA-2024:4591

Comment 32 Red Hat Bugzilla 2024-11-15 04:25:37 UTC
The needinfo request[s] on this closed bug have been removed as they have been unresolved for 120 days