Bug 2181416 - Can the default port for noobaa-mgmt 31054 be changed to use a different port? [NEEDINFO]
Summary: Can the default port for noobaa-mgmt 31054 be changed to use a different port?
Keywords:
Status: NEW
Alias: None
Product: Red Hat OpenShift Data Foundation
Classification: Red Hat Storage
Component: documentation
Version: 4.10
Hardware: x86_64
OS: Linux
unspecified
medium
Target Milestone: ---
: ---
Assignee: Anjana Suparna Sriram
QA Contact: Neha Berry
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2023-03-24 04:09 UTC by Anjali
Modified: 2023-08-17 07:27 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed:
Embargoed:
bkunal: needinfo? (amenon)


Attachments (Terms of Use)

Description Anjali 2023-03-24 04:09:26 UTC
Description of problem (please be detailed as possible and provide log
snippests):

- Cu is installing Azure Arc software and the ports being used for that are 31053 and 31054 for logs and metrics. Is it possible to change the port for noobaa-mgmt?

- These ports are being used by noobaa-mgmt service as shown below:

[1] noobaa-mgmt service yaml snip
~~~~
 ports:
  - name: mgmt
    nodePort: 32416
    port: 80
    protocol: TCP
    targetPort: 8080
  - name: mgmt-https
    nodePort: 31523
    port: 443
    protocol: TCP
    targetPort: 8443
  - name: bg-https
    nodePort: 31004
    port: 8445
    protocol: TCP
    targetPort: 8445
  - name: hosted-agents-https
    nodePort: 31054
    port: 8446
    protocol: TCP
    targetPort: 8446
~~~

- We tried to test this in lab, but the issue is that we tried to edit the service and remove all entries for NodePort from noobaa-mgmt but  the operator automatically puts them back. 

Version of all relevant components (if applicable):

ODF Version is 4.10.5. 

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


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


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


Can this issue reproducible?

Yes

Steps to Reproduce:

- In lab there is no NodePort for the service noobaa-mgmt

   [1] backup the service in a yaml file:

    # oc get -o yaml svc noobaa-mgmt >backup-noobaa-mgmt-svc.yaml

   [2] edit the service

    # oc edit svc noobaa-mgmt

   [3] remove all lines with nodePort, for example:

      nodePort: 32416

- But it is automatically added back by operator. 

- Need help from engineering on how we can change these ports.  

Additional info:

- We have also started a prio-list thread for the same

[ODF 4.10][Case 03457767][Sev 4] is there any dependency on the specific nodePorts assigned for noobaa services

Comment 5 Anjali 2023-04-11 05:48:02 UTC
Hello Danny and Nimrod 

Thank you for all the help on this bug. Can you please help out with the above query? I'll paste it below:

Cu was able to change the default node port for the noobaa-mgmt service, however saw the following message when they saved the change:

Managed resource
This resource is managed by NooBaaNB noobaa and any modifications may be overwritten. 
Edit the managing resource to preserve changes.

Cu is concerned the change will be reverted by the controlling object at a later date? Is it safe to go ahead and edit the managing resource to make this persistent? If yes, what is the controlling object for noobaa-mgmt that we should edit?

Thanks and regards
Anjali

Comment 10 Nimrod Becker 2023-05-02 08:14:30 UTC
Converting to a doc bz


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