Bug 2302136 - [RFE] Detailed Log Line for Inaccurate Proxy/noProxy Definition- NooBaa MCG
Summary: [RFE] Detailed Log Line for Inaccurate Proxy/noProxy Definition- NooBaa MCG
Keywords:
Status: ON_QA
Alias: None
Product: Red Hat OpenShift Data Foundation
Classification: Red Hat Storage
Component: Multi-Cloud Object Gateway
Version: 4.12
Hardware: Unspecified
OS: Unspecified
unspecified
high
Target Milestone: ---
: ---
Assignee: Aayush Chouhan
QA Contact: krishnaram Karthick
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2024-07-31 19:34 UTC by Craig Wayman
Modified: 2024-10-30 08:02 UTC (History)
4 users (show)

Fixed In Version: 4.18.0-44
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 1440 0 None Merged Added a CLI sub-command in noobaa diagnostics to print proxy details 2024-09-18 06:07:31 UTC
Red Hat Issue Tracker OCSBZM-8785 0 None None None 2024-07-31 19:47:48 UTC

Description Craig Wayman 2024-07-31 19:34:46 UTC
Description of problem (please be detailed as possible and provide log snippests): 

  The case is now resolved/closed. However, the customer was experiencing the backingstore in a rejected phase. Although the endpoint, creds, target bucket, etc. were correct, the resource still remained rejected. This was an external target bucket and they were able to curl and hit the endpoint just fine, however, the problem still remained with the backingstore remaining in a rejected state. 

   Some of the errors/snippits the customer experienced are below, however, when the situation was resolved it was when Jacky and Ben provided a remote session for the customer and spotted the issue that that the proxy was not correct and missing a dot. 

  This RFE is to request a more detailed log line to ID the issue, specifically the error in the proxy. 

  Since the customer provided the proposal with example, I will put it in a private/confidential and scrub some of the endpoint details for security purposes. 

 

024-06-11T12:05:07.986852551Z time="2024-06-11T12:05:07Z" level=info msg="✅ Already Exists: SecurityContextConstraints \"noobaa-endpoint\"\n"
2024-06-11T12:05:08.038525201Z time="2024-06-11T12:05:08Z" level=info msg="ReconcileObject: Done - updated Deployment noobaa-endpoint " sys=openshift-storage/noobaa

Backingstore exists
2024-06-11T11:34:09.012945695Z time="2024-06-11T11:34:09Z" level=info msg="✅ Exists: BackingStore \"noobaa-default-backing-store\"\n"
2024-06-11T11:36:59.203146049Z time="2024-06-11T11:36:59Z" level=info msg="✅ Exists: BackingStore \"isilon-s3\"\n"

secret exists
2024-06-11T11:36:59.242491365Z time="2024-06-11T11:36:59Z" level=info msg="✅ Exists: Secret \"isilon-s3-secret\"\n"


user not found:
2024-06-11T11:36:59.246542381Z time="2024-06-11T11:36:59Z" level=info msg="❌ Not Found:  \"isilon-s3-noobaa-noobaa\"\n"

time="2024-06-17T09:25:36Z" level=error msg="❌ Persistent Error: NooBaa BackingStore \"isilon-s3\" is in rejected phase" bucketclass=openshift-storage/isilon-s3
time="2024-06-17T09:25:36Z" level=error msg="UpdateStatus: Operation cannot be fulfilled on bucketclasses.noobaa.io \"isilon-s3\": the object has been modified; please apply your changes to the latest version and try again" bucketclass=openshift-storage/isilon-s3
time="2024-06-17T09:25:36Z" level=warning msg="⏳ Temporary Error: Operation cannot be fulfilled on bucketclasses.noobaa.io \"isilon-s3\": the object has been modified; please apply your changes to the latest version and try again" bucketclass=openshift-storage/isilon-s3
time="2024-06-17T09:25:36Z" level=info msg="❌ Not Found:  \"isilon-s3-noobaa-noobaa\"\n"


$ noobaa backingstore status isilon-s3
INFO[0000] ✅ Exists: BackingStore "isilon-s3"
INFO[0000] ✅ Exists: Secret "isilon-s3-secret"
INFO[0000] ⏳ BackingStore "isilon-s3" Phase is "Creating": TemporaryError Credentials are not valid isilon-s3

INFO[0000] ✅ Exists: BackingStore "isilon-s3"
INFO[0000] ✅ Exists: Secret "isilon-s3-secret"
INFO[0000] ⏳ BackingStore "isilon-s3" Phase is "Creating": TemporaryError CheckExternalConnection Status=TIMEOUT Error=OperationTimeout Message=Operation timeout



Version of all relevant components (if applicable):

NAME                                    DISPLAY                            VERSION        REPLACES                            PHASE
elasticsearch-operator.v5.7.15          OpenShift Elasticsearch Operator   5.7.15         elasticsearch-operator.v5.7.14      Succeeded
mcg-operator.v4.12.8-rhodf              NooBaa Operator                    4.12.8-rhodf   mcg-operator.v4.11.11               Succeeded
ocs-operator.v4.12.8-rhodf              OpenShift Container Storage        4.12.8-rhodf   ocs-operator.v4.11.11               Succeeded
odf-csi-addons-operator.v4.12.8-rhodf   CSI Addons                         4.12.8-rhodf   odf-csi-addons-operator.v4.11.11    Succeeded
odf-operator.v4.12.8-rhodf              OpenShift Data Foundation          4.12.8-rhodf   odf-operator.v4.11.11               Succeeded
openshift-gitops-operator.v1.13.0       Red Hat OpenShift GitOps           1.13.0         openshift-gitops-operator.v1.12.4   Succeeded



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

  The backingstore was down for some time, but is now back up.


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