Bug 1999886 - PTP operator with sidecar api configured throws bind: address already in use
Summary: PTP operator with sidecar api configured throws bind: address already in use
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: OpenShift Container Platform
Classification: Red Hat
Component: Networking
Version: 4.9
Hardware: Unspecified
OS: Unspecified
unspecified
high
Target Milestone: ---
: 4.9.z
Assignee: Aneesh Puttur
QA Contact: or marziano
URL:
Whiteboard:
Depends On: 2005415
Blocks:
TreeView+ depends on / blocked
 
Reported: 2021-08-31 22:28 UTC by Aneesh Puttur
Modified: 2021-11-01 13:44 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
: 2005415 (view as bug list)
Environment:
Last Closed: 2021-11-01 13:44:33 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Github openshift ptp-operator pull 133 0 None Merged Bug 1999886:fixed bind address issue 2021-10-27 13:41:40 UTC
Github openshift ptp-operator pull 141 0 None Merged [release-4.9] Bug 1999886: PTP operator with sidecar api configured throws bind: address already in use 2021-10-27 13:41:45 UTC
Red Hat Product Errata RHBA-2021:4005 0 None None None 2021-11-01 13:44:47 UTC

Description Aneesh Puttur 2021-08-31 22:28:52 UTC
Description of problem: When PTP is deployed with event sidecar, the sidecar   api endpoint is configured to listen at 8080, this causes bind address already used because PTP deployment is configured with hostNetwork set to true.



Version-Release number of selected component (if applicable):


How reproducible: Enable event in ptp operator config and watch any pods running in the master nodes for error.
ptpEventConfig:
    enableEventPublisher: true
    transportHost: amqp://amq-interconnect.amqp-interconnect.svc.cluster.local



Actual results:
2/3 are running and the side car container is crashed due to tcp :8080: bind: address already in use


Expected results:
3/3 containers  are in running mode


Additional info:

Comment 3 or marziano 2021-09-13 12:49:24 UTC
I try to run this on 3 masters that are vm, but only 1 of them has issues.
it's the same 1 consistently, no matter how much times i reset it. 
so this bug is not verified.

but is it a bug?
---------------
maybe this doesn't need to work on vm, because ptp is not supposed to run on vm as far as i know.

also:
-----
the container is keep getting restarted and i can't see a clear error, 
only:
--------------------------------------
State:            Waiting
    Reason:       CrashLoopBackOff
Last State:       Terminated
    Reason:       Error
    Exit Code:    1
--------------------------------------

Comment 4 Aneesh Puttur 2021-09-17 14:38:17 UTC
Looks like this happens in one of the VM's running master node.  Colliding with ironic
port 8089 is in use.

sh-4.4# ss -anp | grep 8089
tcp   LISTEN    0      128                                                         :8089                             *:        users:(("ironic-conducto",pid=33074,fd=7),("ironic-conducto",pid=33074,fd=6))

Comment 7 or marziano 2021-10-27 13:55:54 UTC
This bug is verified

Comment 9 errata-xmlrpc 2021-11-01 13:44:33 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 (OpenShift Container Platform 4.9.5 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/RHBA-2021:4005


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