Skip to content

docs: rename the gateway's keep alive values to health check - #3451

Open
flin-8 wants to merge 1 commit into
mainfrom
frank/gateway-health-check-values
Open

docs: rename the gateway's keep alive values to health check#3451
flin-8 wants to merge 1 commit into
mainfrom
frank/gateway-health-check-values

Conversation

@flin-8

@flin-8 flin-8 commented Sep 7, 2026

Copy link
Copy Markdown
Contributor

Follows the gateway chart rename in octopus-argocd-gateway#276: gateway.octopus.keepAlive.{intervalSeconds,maxConsecutiveFailures} became gateway.octopus.healthCheck.{interval,giveUpAfter}, and both are now duration strings rather than integers.

  • Gateway chart values — the two rows replaced, pasted from the chart's helm-docs output
  • Argo CD Instances overview — the load balancer hint points at the new key
  • Troubleshooting — the connection-drops section reworded, and the --set example carries the unit (interval="15s")

The quoted log line stays keep alive check failed - cancelling subscribers, which is still what the gateway logs.

⚠️ Please hold this until the gateway chart ships the rename.

- The "Gateway connectivity" tab of the Argo CD instance intermittently shows "Unavailable", depending on when the last health check ran
- The gateway pod logs show stream errors followed by an immediate reconnection
- If the load balancer drops connections silently instead of closing them, the logs show failing keep alives (`keep alive check failed - cancelling subscribers` with `DeadlineExceeded` errors) and the gateway pod restart count climbs at a regular cadence
- If the load balancer drops connections silently instead of closing them, the logs show failing health checks (`keep alive check failed - cancelling subscribers` with `DeadlineExceeded` errors) and the gateway pod restart count climbs at a regular cadence

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

we need to update the keep alive check failed message


- A load balancer or proxy between the gateway and Octopus Server closes connections it considers idle
- The gateway sends a keep alive to Octopus Server every 30 seconds by default to hold the connection open. If the load balancer's idle timeout is shorter than the keep alive interval (or keep alives are disabled), the connection is terminated before the next keep alive is sent
- The gateway sends a health check to Octopus Server every 30 seconds by default to hold the connection open. If the load balancer's idle timeout is shorter than the health check interval (or health checks are disabled), the connection is terminated before the next health check is sent

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I thought we use gRPC keepalive to keep the connection open? Also what was the thing in AWS that forcibly closes the connection anyway?

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.

1 participant