Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fix GetProfiles error when address is opaque and unmeshed #11556

Merged
merged 1 commit into from
Nov 2, 2023

Conversation

adleong
Copy link
Member

@adleong adleong commented Nov 1, 2023

When we do a GetProfile lookup for an opaque port on an unmeshed pod, we attempt to look up the inbound listen port of that pod's proxy. Since that pod has no proxy, this fails and we return an error to the GetProfile API call. This causes the proxy to fail to be able to resolve the profile and be unable to route the traffic.

We revert to the previous behavior of only logging when we cannot look up the inbound listen port instead of returning an error.

@adleong adleong requested a review from a team as a code owner November 1, 2023 21:38
@olix0r olix0r merged commit 8cf3863 into main Nov 2, 2023
34 checks passed
@olix0r olix0r deleted the alex/unmeshed-and-opaque-and-tiny branch November 2, 2023 13:59
olix0r added a commit that referenced this pull request Nov 2, 2023
This edge release fixes two bugs in the Destination controller that could cause
outbound connections to hang indefinitely.

* helm: Introduce configurable values for protocol detection ([#11536])
* destination: Fix GetProfiles error when address is opaque and unmeshed ([#11556])
* destination: Return NotFound for unknown pod names ([#11540])
* proxy: Log controller errors at WARN
* proxy: Fix grpc_status metric labels for inbound traffic

[#11536]: #11536
[#11556]: #11556
[#11540]: #11540
@olix0r olix0r mentioned this pull request Nov 2, 2023
olix0r added a commit that referenced this pull request Nov 2, 2023
This edge release fixes two bugs in the Destination controller that could cause
outbound connections to hang indefinitely.

* helm: Introduce configurable values for protocol detection ([#11536])
* destination: Fix GetProfiles error when address is opaque and unmeshed ([#11556])
* destination: Return NotFound for unknown pod names ([#11540])
* proxy: Log controller errors at WARN
* proxy: Fix grpc_status metric labels for inbound traffic

[#11536]: #11536
[#11556]: #11556
[#11540]: #11540
alpeb pushed a commit that referenced this pull request Nov 6, 2023
When we do a GetProfile lookup for an opaque port on an unmeshed pod,
we attempt to look up the inbound listen port of that pod's proxy. Since
that pod has no proxy, this fails and we return an error to the GetProfile
API call. This causes the proxy to fail to be able to resolve the profile and
be unable to route the traffic.

We revert to the previous behavior of only logging when we cannot look
up the inbound listen port instead of returning an error.

Signed-off-by: Alex Leong <[email protected]>
alpeb added a commit that referenced this pull request Nov 6, 2023
## stable-2.14.3

This stable release fixes an issue in the Destination controller that was
forbidding to route traffic to opaque ports on unmeshed pods. Also, it increases
the log level from debug to warning when the outbound proxy faces this type of
events.

* Fixed `GetProfiles` error when address is opaque and unmeshed ([#11556],
  fixes[#11555])
* Started logging at warning level when the controller clients receive an error
  ([#2499])

[#11556]: #11556
[#11555]: #11555
[#2499]: linkerd/linkerd2-proxy#2499
@alpeb alpeb mentioned this pull request Nov 6, 2023
alpeb added a commit that referenced this pull request Nov 7, 2023
Changes for stable-2.14.3

This stable release fixes an issue in the Destination controller that was
forbidding to route traffic to opaque ports on unmeshed pods. Also, it increases
the log level from debug to warning when the outbound proxy faces this type of
events.

* Fixed `GetProfiles` error in the Destination controller when address is opaque
  and unmeshed ([#11556], fixes[#11555])
* Started logging at warning level in the proxy when the controller clients
  receive an error ([#2499])

[#11556]: #11556
[#11555]: #11555
[#2499]: linkerd/linkerd2-proxy#2499
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants