Bug 2064426 - [GSS][External Mode] exporter python script does not support FQDN for RGW endpoint
Summary: [GSS][External Mode] exporter python script does not support FQDN for RGW end...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat OpenShift Data Foundation
Classification: Red Hat Storage
Component: rook
Version: 4.9
Hardware: All
OS: Linux
unspecified
medium
Target Milestone: ---
: ODF 4.11.0
Assignee: Parth Arora
QA Contact: Vijay Avuthu
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2022-03-15 19:23 UTC by Anton Mark
Modified: 2023-08-09 17:03 UTC (History)
13 users (show)

Fixed In Version: 4.11.0-78
Doc Type: Bug Fix
Doc Text:
.Exporter python script does not support FQDN for RGW endpoint The exporter python script only supports the IPv4 address and not FQDN for the RGW endpoint. This causes problems in environments where a load balancer sits between Red Hat Ceph Storage and OpenShift Data Foundation.
Clone Of:
Environment:
Last Closed: 2022-08-24 13:49:54 UTC
Embargoed:

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Github red-hat-storage ocs-ci pull 6012 0 None Merged Enable to use FQDN for rgw endpoint 2022-06-17 06:42:04 UTC
Github red-hat-storage rook pull 378 0 None open Resync from upstream release-1.9 to downstream 4.11 2022-05-16 15:24:44 UTC
Github rook rook pull 10232/ 0 None None None 2022-05-09 15:16:54 UTC
Red Hat Product Errata RHSA-2022:6156 0 None None None 2022-08-24 13:50:41 UTC

Description Anton Mark 2022-03-15 19:23:41 UTC 
Description of problem (please be detailed as possible and provide log
snippests):
Exporter python script only supports IPv4 address and not FQDN for RGW endpoint. This causes problems in environments where a load balancer sits between RHCS and OCS.

Version of all relevant components (if applicable):
4.9
Comment 2 Sébastien Han 2022-03-17 08:59:49 UTC 
They are 2 distinct requests:

1. Support of FQDN for RGW endpoint
2. Support for IPv6

Can you rename this one and open a one?
Thanks!
Comment 3 Anton Mark 2022-03-17 14:00:33 UTC 
Ack. Will open another BZ for IPv6 support.
Comment 4 Travis Nielsen 2022-05-16 15:24:44 UTC 
Will be included in the next build with https://github.com/red-hat-storage/rook/pull/378
Comment 7 Vijay Avuthu 2022-06-13 08:15:43 UTC 
Verified with ocs-registry:4.11.0-91

Job: https://ocs4-jenkins-csb-odf-qe.apps.ocp-c1.prod.psi.redhat.com/job/qe-deploy-ocs-cluster/13515/consoleFull

2022-06-10 14:34:03  09:04:03 - MainThread - ocs_ci.utility.connection - INFO  - Executing cmd: python3 /tmp/external-cluster-details-exporter-uyauqrax.py --rbd-data-pool-name rbd --rgw-endpoint dc-long-rhcs3-node-2.xxxxx.xxx.com:8080 on <IP>
2022-06-10 14:34:03  09:04:03 - MainThread - ocs_ci.utility.connection - INFO  - Executing cmd: ceph auth get client.admin on <IP>
Comment 8 Vijay Avuthu 2022-06-13 08:16:22 UTC 
storagesystem status is healthy

2022-06-10 09:13:36,123 - MainThread - DEBUG - ocs_ci.utility.utils.exec_cmd.586 - Command stdout: apiVersion: v1
items:
- apiVersion: odf.openshift.io/v1alpha1
  kind: StorageSystem
  metadata:
    creationTimestamp: "2022-06-10T09:04:04Z"
    finalizers:
    - storagesystem.odf.openshift.io
    generation: 1
    name: ocs-external-storagecluster-storagesystem
    namespace: openshift-storage
    resourceVersion: "51102"
    uid: 481fdc85-bb1d-44dd-b6d3-6460f4e6a916
  spec:
    kind: storagecluster.ocs.openshift.io/v1
    name: ocs-external-storagecluster
    namespace: openshift-storage
  status:
    conditions:
    - lastHeartbeatTime: "2022-06-10T09:04:04Z"
      lastTransitionTime: "2022-06-10T09:04:04Z"
      message: Reconcile is completed successfully
      reason: ReconcileCompleted
      status: "True"
      type: Available
    - lastHeartbeatTime: "2022-06-10T09:04:04Z"
      lastTransitionTime: "2022-06-10T09:04:04Z"
      message: Reconcile is completed successfully
      reason: ReconcileCompleted
      status: "False"
      type: Progressing
    - lastHeartbeatTime: "2022-06-10T09:04:04Z"
      lastTransitionTime: "2022-06-10T09:04:04Z"
      message: StorageSystem CR is valid
      reason: Valid
      status: "False"
      type: StorageSystemInvalid
    - lastHeartbeatTime: "2022-06-10T09:04:04Z"
      lastTransitionTime: "2022-06-10T09:04:04Z"
      reason: Ready
      status: "True"
      type: VendorCsvReady
    - lastHeartbeatTime: "2022-06-10T09:04:04Z"
      lastTransitionTime: "2022-06-10T09:04:04Z"
      reason: Found
      status: "True"
      type: VendorSystemPresent
Comment 10 Mudit Agarwal 2022-07-01 09:17:52 UTC 
Please add doc text
Comment 11 Parth Arora 2022-07-05 12:52:50 UTC 
Doc text for release notes??

For actual documentation, it is discussed here,https://bugzilla.redhat.com/show_bug.cgi?id=2082232
Comment 13 errata-xmlrpc 2022-08-24 13:49:54 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.11.0 security, enhancement, & bugfix 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-2022:6156
Note You need to log in before you can comment on or make changes to this bug.