Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 1335074 - The endpoints information didn't be removed from haproxy.config when service is deleted
The endpoints information didn't be removed from haproxy.config when service ...
Status: CLOSED ERRATA
Product: OpenShift Container Platform
Classification: Red Hat
Component: Routing (Show other bugs)
3.2.0
All All
medium Severity medium
: ---
: ---
Assigned To: Phil Cameron
zhaozhanqi
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2016-05-11 05:54 EDT by zhaozhanqi
Modified: 2016-09-27 05:32 EDT (History)
3 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2016-09-27 05:32:31 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)


External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2016:1933 normal SHIPPED_LIVE Red Hat OpenShift Container Platform 3.3 Release Advisory 2016-09-27 09:24:36 EDT

  None (edit)
Description zhaozhanqi 2016-05-11 05:54:50 EDT
Description of problem:
The endpoint information didn't be removed from haproxy.config when service and pod is deleted.
please note, first delete service and then delete pod.

I'm afraid at this time another people create one pod with IP is same as above pod

example:
user A create pod/service/route and assume pod ip is (10.129.0.2). now A delete service firstly and then delete pod. the route will cannot be accessed. but the endpoints information still exist in haproxy.config.

Check the haproxy.config:
<--snip-->
server 302789aed6899093dadb89a311076244 10.129.0.2:8080 check inter 5000ms cookie 302789aed6899093dadb89a311076244
<--snip-->

now user B create one pod and the pod IP is just to (10.129.0.2). 

then user A can access his route to user B's Pod


Version-Release number of selected component (if applicable):
oc v3.2.0.43
kubernetes v1.2.0-36-g4a3f9c5

How reproducible:
always


Steps to Reproduce:
1. Given the haproxy router is running
2. create pod/service/router in project test
3. Delete the service
4. Delete the pod
5. check the haproxy.config in router container

Actual results:

As $Description

Expected results:

the endpoints information should be removed once the service is deleted.

Additional info:
Comment 2 Phil Cameron 2016-06-27 11:02:26 EDT
Fixed bug and fixed test case PR9408
Comment 3 Phil Cameron 2016-06-30 14:06:25 EDT
https://github.com/openshift/origin/pull/9408
Comment 4 Phil Cameron 2016-07-07 08:41:29 EDT
openshift/origin/pr9408  -- merged and closed.
Comment 5 Troy Dawson 2016-07-20 18:18:51 EDT
This has been merged and is in OSE v3.3.0.8 or newer.
Comment 6 zhaozhanqi 2016-07-21 03:40:19 EDT
verified this bug on 

openshift version
openshift v3.3.0.8
kubernetes v1.3.0+57fb9ac
etcd 2.3.0+git
Comment 8 errata-xmlrpc 2016-09-27 05:32:31 EDT
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, 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-2016:1933

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