Skip to content

OCPBUGS-98718: retry CreateVpcEndpoint on AWS throttle errors#9012

Merged
openshift-merge-bot[bot] merged 1 commit into
openshift:mainfrom
jparrill:OCPBUGS-98718
Jul 16, 2026
Merged

OCPBUGS-98718: retry CreateVpcEndpoint on AWS throttle errors#9012
openshift-merge-bot[bot] merged 1 commit into
openshift:mainfrom
jparrill:OCPBUGS-98718

Conversation

@jparrill

@jparrill jparrill commented Jul 15, 2026

Copy link
Copy Markdown
Contributor

Summary

  • Add AWS throttle error codes to the isRetriable predicate in CreateVPCS3Endpoint so rate-limited ec2:CreateVpcEndpoint calls are retried with the existing exponential backoff

Fixes

Root Cause

When 14+ HostedClusters are created in parallel (as in e2e-aws-ovn), AWS throttles ec2:CreateVpcEndpoint with RequestLimitExceeded. The isRetriable predicate only matched invalidRouteTableID, so the throttle error was treated as non-retriable and retry.OnError returned immediately.

Evidence from build 2077041517976883200 (Jul 14, PR #8996 CI):

cannot create VPC S3 endpoint: operation error EC2: CreateVpcEndpoint,
exceeded maximum number of attempts, 11, api error RequestLimitExceeded:
Request limit exceeded. Account 820196288204 has been throttled on ec2:CreateVpcEndpoint

Same class of issue as OCPBUGS-98462 (Route53 throttle) but different AWS API.

Changes

Before After
isRetriable matches only invalidRouteTableID Also matches all awsretry.DefaultThrottleErrorCodes (14 standard AWS throttle codes including RequestLimitExceeded, Throttling, EC2ThrottledException, etc.)

The existing retryBackoff (5 steps, 3s base, 3x factor, 0.1 jitter) already provides exponential backoff with jitter — only the predicate was missing.

Test plan

  • go build passes
  • make lint — 0 issues
  • e2e-aws-4-22 presubmit should no longer fail on RequestLimitExceeded during VPC endpoint creation

🤖 Generated with Claude Code

Summary by CodeRabbit

  • Bug Fixes

    • Improved reliability when creating Amazon VPC S3 endpoints by retrying transient AWS throttling and rate-limit errors.
    • Added retry handling for endpoint creation when the related route table is temporarily unavailable.
  • Tests

    • Added coverage to ensure the retry logic correctly distinguishes retriable versus non-retriable AWS API errors.

@openshift-merge-bot

Copy link
Copy Markdown
Contributor

Pipeline controller notification
This repo is configured to use the pipeline controller. Second-stage tests will be triggered either automatically or after lgtm label is added, depending on the repository configuration. The pipeline controller will automatically detect which contexts are required and will utilize /test Prow commands to trigger the second stage.

For optional jobs, comment /test ? to see a list of all defined jobs. To trigger manually all jobs from second stage use /pipeline required command.

This repository is configured in: LGTM mode

@coderabbitai

coderabbitai Bot commented Jul 15, 2026

Copy link
Copy Markdown
Contributor
📝 Walkthrough

Walkthrough

CreateVPCS3Endpoint now uses a shared helper that treats InvalidRouteTableId.NotFound and AWS SDK default throttle error codes as retriable. Tests cover retriable API errors, non-retriable API errors, and non-Smithy errors.

Suggested reviewers: clebs, devguyio

🚥 Pre-merge checks | ✅ 11
✅ Passed checks (11 passed)
Check name Status Explanation
Description Check ✅ Passed Check skipped - CodeRabbit’s high-level summary is enabled.
Title check ✅ Passed The title clearly matches the main change: adding retry handling for AWS throttle errors during CreateVpcEndpoint operations.
Linked Issues check ✅ Passed Check skipped because no linked issues were found for this pull request.
Out of Scope Changes check ✅ Passed Check skipped because no linked issues were found for this pull request.
Stable And Deterministic Test Names ✅ Passed PASS: The added test uses only static subtest names; no Ginkgo titles or dynamic identifiers appear in test titles.
Test Structure And Quality ✅ Passed The new test is a small table-driven unit test, not Ginkgo; each subtest checks one behavior and there are no cluster resources, waits, or cleanup concerns.
Topology-Aware Scheduling Compatibility ✅ Passed Only AWS EC2 retry logic and unit tests changed; no manifests, controllers, pod specs, or scheduling constraints were added.
Ipv6 And Disconnected Network Test Compatibility ✅ Passed Only a unit test and retry helper changed in cmd/infra/aws; no new Ginkgo e2e tests or IPv4/public-internet assumptions were added.
No-Weak-Crypto ✅ Passed No MD5/SHA1/DES/RC4/3DES/Blowfish/ECB, custom crypto, or secret/token comparisons appear in the changed files.
Container-Privileges ✅ Passed PR only touches Go logic/tests for AWS retry and adds no container/K8s manifests or privilege settings; searches found no privileged fields in changed files.
No-Sensitive-Data-In-Logs ✅ Passed No new logging of secrets/PII was added; the PR only changes retry predicate logic and adds a unit test, with no new log statements.
✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests

Comment @coderabbitai help to get the list of available commands.

@jparrill jparrill changed the title fix(OCPBUGS-98718): retry CreateVpcEndpoint on AWS throttle errors OCPBUGS-98718: retry CreateVpcEndpoint on AWS throttle errors Jul 15, 2026
@openshift-ci-robot openshift-ci-robot added jira/valid-reference Indicates that this PR references a valid Jira ticket of any type. jira/invalid-bug Indicates that a referenced Jira bug is invalid for the branch this PR is targeting. labels Jul 15, 2026
@openshift-ci-robot

Copy link
Copy Markdown

@jparrill: This pull request references Jira Issue OCPBUGS-98718, which is invalid:

  • expected the bug to target the "5.0.0" version, but no target version was set

Comment /jira refresh to re-evaluate validity if changes to the Jira bug are made, or edit the title of this pull request to link to a different bug.

The bug has been updated to refer to the pull request using the external bug tracker.

Details

In response to this:

Summary

  • Add AWS throttle error codes to the isRetriable predicate in CreateVPCS3Endpoint so rate-limited ec2:CreateVpcEndpoint calls are retried with the existing exponential backoff

Fixes

Root Cause

When 14+ HostedClusters are created in parallel (as in e2e-aws-ovn), AWS throttles ec2:CreateVpcEndpoint with RequestLimitExceeded. The isRetriable predicate only matched invalidRouteTableID, so the throttle error was treated as non-retriable and retry.OnError returned immediately.

Evidence from build 2077041517976883200 (Jul 14, PR #8996 CI):

cannot create VPC S3 endpoint: operation error EC2: CreateVpcEndpoint,
exceeded maximum number of attempts, 11, api error RequestLimitExceeded:
Request limit exceeded. Account 820196288204 has been throttled on ec2:CreateVpcEndpoint

Same class of issue as OCPBUGS-98462 (Route53 throttle) but different AWS API.

Changes

Before After
isRetriable matches only invalidRouteTableID Also matches all awsretry.DefaultThrottleErrorCodes (14 standard AWS throttle codes including RequestLimitExceeded, Throttling, EC2ThrottledException, etc.)

The existing retryBackoff (5 steps, 3s base, 3x factor, 0.1 jitter) already provides exponential backoff with jitter — only the predicate was missing.

Test plan

  • go build passes
  • make lint — 0 issues
  • e2e-aws-4-22 presubmit should no longer fail on RequestLimitExceeded during VPC endpoint creation

🤖 Generated with Claude Code

Summary by CodeRabbit

  • Bug Fixes
  • Improved reliability when creating Amazon VPC S3 endpoints by retrying transient AWS throttling errors.
  • Added retry handling for route tables that are temporarily unavailable.

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the openshift-eng/jira-lifecycle-plugin repository.

@jparrill

Copy link
Copy Markdown
Contributor Author

/area ci-tooling

@openshift-ci
openshift-ci Bot requested review from clebs and devguyio July 15, 2026 10:14
@openshift-ci openshift-ci Bot added area/ci-tooling Indicates the PR includes changes for CI or tooling area/cli Indicates the PR includes changes for CLI approved Indicates a PR has been approved by an approver from all required OWNERS files. area/platform/aws PR/issue for AWS (AWSPlatform) platform and removed do-not-merge/needs-area labels Jul 15, 2026

@coderabbitai coderabbitai Bot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Actionable comments posted: 1

🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

Inline comments:
In `@cmd/infra/aws/ec2.go`:
- Around line 138-143: Update CreateVpcEndpoint to generate a single stable
ClientToken before entering its retry loop, then pass that same token on every
attempt, including throttling retries. Preserve the existing invalidRouteTableID
and DefaultThrottleErrorCodes handling while ensuring retries cannot create
duplicate VPC endpoints.
🪄 Autofix (Beta)

Fix all unresolved CodeRabbit comments on this PR:

  • Push a commit to this branch (recommended)
  • Create a new PR with the fixes

ℹ️ Review info
⚙️ Run configuration

Configuration used: Repository YAML (base), Central YAML (inherited)

Review profile: CHILL

Plan: Enterprise

Run ID: 320e1f48-ba84-4263-b05f-b7f7a6086122

📥 Commits

Reviewing files that changed from the base of the PR and between 7eb0da0 and 52426bf.

📒 Files selected for processing (1)
  • cmd/infra/aws/ec2.go

Comment thread cmd/infra/aws/ec2.go Outdated
Comment on lines +138 to +143
code := apiErr.ErrorCode()
if strings.EqualFold(code, invalidRouteTableID) {
return true
}
_, isThrottle := awsretry.DefaultThrottleErrorCodes[code]
return isThrottle

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

🗄️ Data Integrity & Integration | 🟠 Major | ⚡ Quick win

🧩 Analysis chain

🏁 Script executed:

#!/usr/bin/env bash
set -euo pipefail

rg -n -C 4 'CreateVpcEndpointInput|ClientToken|retry\.OnError|DefaultThrottleErrorCodes' cmd/infra/aws

Repository: openshift/hypershift

Length of output: 7566


🏁 Script executed:

#!/usr/bin/env bash
set -euo pipefail

# Inspect the relevant sections in cmd/infra/aws/ec2.go and the other VPC endpoint creator.
sed -n '110,190p' cmd/infra/aws/ec2.go
printf '\n----\n'
sed -n '490,540p' cmd/infra/aws/create.go
printf '\n----\n'
rg -n 'ClientToken|CreateVpcEndpointInput|VpcEndpoint' cmd/infra/aws/*.go

Repository: openshift/hypershift

Length of output: 10235


Make the CreateVpcEndpoint retry idempotent. CreateVpcEndpoint is retried on throttling without a stable ClientToken, so a lost response can create a duplicate endpoint. Generate one token before the retry loop and reuse it on every attempt.

🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

In `@cmd/infra/aws/ec2.go` around lines 138 - 143, Update CreateVpcEndpoint to
generate a single stable ClientToken before entering its retry loop, then pass
that same token on every attempt, including throttling retries. Preserve the
existing invalidRouteTableID and DefaultThrottleErrorCodes handling while
ensuring retries cannot create duplicate VPC endpoints.

Source: MCP tools

@codecov

codecov Bot commented Jul 15, 2026

Copy link
Copy Markdown

Codecov Report

❌ Patch coverage is 90.90909% with 1 line in your changes missing coverage. Please review.
✅ Project coverage is 44.12%. Comparing base (7eb0da0) to head (bb2322f).
⚠️ Report is 8 commits behind head on main.

Files with missing lines Patch % Lines
cmd/infra/aws/ec2.go 90.90% 1 Missing ⚠️
Additional details and impacted files
@@           Coverage Diff           @@
##             main    #9012   +/-   ##
=======================================
  Coverage   44.11%   44.12%           
=======================================
  Files         772      772           
  Lines       96226    96231    +5     
=======================================
+ Hits        42448    42458   +10     
+ Misses      50832    50827    -5     
  Partials     2946     2946           
Files with missing lines Coverage Δ
cmd/infra/aws/ec2.go 2.15% <90.90%> (+1.79%) ⬆️
Flag Coverage Δ
cmd-support 38.26% <90.90%> (+0.02%) ⬆️
cpo-hostedcontrolplane 46.16% <ø> (ø)
cpo-other 45.13% <ø> (ø)
hypershift-operator 54.09% <ø> (ø)
other 32.12% <ø> (ø)

Flags with carried forward coverage won't be shown. Click here to find out more.

🚀 New features to boost your workflow:
  • ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.

@jparrill

Copy link
Copy Markdown
Contributor Author

/jira refresh

@openshift-ci-robot openshift-ci-robot added jira/valid-bug Indicates that a referenced Jira bug is valid for the branch this PR is targeting. and removed jira/invalid-bug Indicates that a referenced Jira bug is invalid for the branch this PR is targeting. labels Jul 15, 2026
@openshift-ci-robot

Copy link
Copy Markdown

@jparrill: This pull request references Jira Issue OCPBUGS-98718, which is valid. The bug has been moved to the POST state.

3 validation(s) were run on this bug
  • bug is open, matching expected state (open)
  • bug target version (5.0.0) matches configured target version for branch (5.0.0)
  • bug is in the state New, which is one of the valid states (NEW, ASSIGNED, POST)
Details

In response to this:

/jira refresh

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the openshift-eng/jira-lifecycle-plugin repository.

The isRetriable predicate for the S3 VPC endpoint creation only
matched invalidRouteTableID. When 14+ HCs are created in parallel,
AWS throttles ec2:CreateVpcEndpoint with RequestLimitExceeded, which
was not retried — the retry.OnError returned immediately.

Add AWS SDK's DefaultThrottleErrorCodes to isRetriable so the
existing backoff (5 steps, 3s base, 3x factor, 0.1 jitter) covers
all standard AWS rate limiting error codes.

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
Signed-off-by: Juan Manuel Parrilla Madrid <jparrill@redhat.com>
@openshift-ci-robot

Copy link
Copy Markdown

@jparrill: This pull request references Jira Issue OCPBUGS-98718, which is valid.

3 validation(s) were run on this bug
  • bug is open, matching expected state (open)
  • bug target version (5.0.0) matches configured target version for branch (5.0.0)
  • bug is in the state POST, which is one of the valid states (NEW, ASSIGNED, POST)
Details

In response to this:

Summary

  • Add AWS throttle error codes to the isRetriable predicate in CreateVPCS3Endpoint so rate-limited ec2:CreateVpcEndpoint calls are retried with the existing exponential backoff

Fixes

Root Cause

When 14+ HostedClusters are created in parallel (as in e2e-aws-ovn), AWS throttles ec2:CreateVpcEndpoint with RequestLimitExceeded. The isRetriable predicate only matched invalidRouteTableID, so the throttle error was treated as non-retriable and retry.OnError returned immediately.

Evidence from build 2077041517976883200 (Jul 14, PR #8996 CI):

cannot create VPC S3 endpoint: operation error EC2: CreateVpcEndpoint,
exceeded maximum number of attempts, 11, api error RequestLimitExceeded:
Request limit exceeded. Account 820196288204 has been throttled on ec2:CreateVpcEndpoint

Same class of issue as OCPBUGS-98462 (Route53 throttle) but different AWS API.

Changes

Before After
isRetriable matches only invalidRouteTableID Also matches all awsretry.DefaultThrottleErrorCodes (14 standard AWS throttle codes including RequestLimitExceeded, Throttling, EC2ThrottledException, etc.)

The existing retryBackoff (5 steps, 3s base, 3x factor, 0.1 jitter) already provides exponential backoff with jitter — only the predicate was missing.

Test plan

  • go build passes
  • make lint — 0 issues
  • e2e-aws-4-22 presubmit should no longer fail on RequestLimitExceeded during VPC endpoint creation

🤖 Generated with Claude Code

Summary by CodeRabbit

  • Bug Fixes

  • Improved reliability when creating Amazon VPC S3 endpoints by retrying transient AWS throttling and rate-limit errors.

  • Added retry handling for endpoint creation when the related route table is temporarily unavailable.

  • Tests

  • Added coverage to ensure the retry logic correctly distinguishes retriable versus non-retriable AWS API errors.

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the openshift-eng/jira-lifecycle-plugin repository.

@coderabbitai coderabbitai Bot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

🧹 Nitpick comments (1)
cmd/infra/aws/ec2_test.go (1)

3-10: 📐 Maintainability & Code Quality | 🔵 Trivial | ⚡ Quick win

Keep external imports in one group.

The blank line between the two external dependencies splits them into separate groups. As per coding guidelines, imports must be grouped and ordered as stdlib, external, then internal.

🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

In `@cmd/infra/aws/ec2_test.go` around lines 3 - 10, Update the import block in
ec2_test.go to place github.com/onsi/gomega and github.com/aws/smithy-go in the
same external-import group, while preserving the standard-library group and
required ordering.

Source: Coding guidelines

🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

Nitpick comments:
In `@cmd/infra/aws/ec2_test.go`:
- Around line 3-10: Update the import block in ec2_test.go to place
github.com/onsi/gomega and github.com/aws/smithy-go in the same external-import
group, while preserving the standard-library group and required ordering.

ℹ️ Review info
⚙️ Run configuration

Configuration used: Repository YAML (base), Central YAML (inherited)

Review profile: CHILL

Plan: Enterprise

Run ID: e2a472dd-0cbf-4a01-9b5c-011179c7e22f

📥 Commits

Reviewing files that changed from the base of the PR and between 52426bf and bb2322f.

📒 Files selected for processing (2)
  • cmd/infra/aws/ec2.go
  • cmd/infra/aws/ec2_test.go
🚧 Files skipped from review as they are similar to previous changes (1)
  • cmd/infra/aws/ec2.go

@jparrill

Copy link
Copy Markdown
Contributor Author

/acknowledge-critical-fixes-only

@csrwng csrwng left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

LGTM — clean fix, good test coverage. One minor nit.

Comment thread cmd/infra/aws/ec2.go
}
return false
}
isRetriable := isRetriableVPCEndpointError

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

nit: the intermediate variable isn't needed — you can pass the function reference directly:

Suggested change
isRetriable := isRetriableVPCEndpointError
if err = retry.OnError(retryBackoff, isRetriableVPCEndpointError, func() error {

@openshift-ci openshift-ci Bot added the lgtm Indicates that a PR is ready to be merged. label Jul 15, 2026
@openshift-merge-bot

Copy link
Copy Markdown
Contributor

Scheduling tests matching the pipeline_run_if_changed or not excluded by pipeline_skip_if_only_changed parameters:
/test e2e-aks
/test e2e-aws
/test e2e-aws-upgrade-hypershift-operator
/test e2e-azure-v2-self-managed
/test e2e-kubevirt-aws-ovn-reduced
/test e2e-v2-aws
/test e2e-v2-gke

@openshift-ci

openshift-ci Bot commented Jul 15, 2026

Copy link
Copy Markdown
Contributor

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: csrwng, jparrill

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Details Needs approval from an approver in each of these files:

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@cwbotbot

cwbotbot commented Jul 15, 2026

Copy link
Copy Markdown

Test Results

e2e-aws

e2e-aks

@jparrill

Copy link
Copy Markdown
Contributor Author

/retest-required

Failures are infrastructure-related, unrelated to the isRetriableVPCEndpointError fix:

  • e2e-aws: Guest API unreachable on Autoscaling + NodePool HCs (Route53 throttling cascade — the exact issue this PR helps mitigate). The kubelet-config-verifier DaemonSet passed correctly (3/3 ready).
  • e2e-azure-v2-self-managed: HC provisioning timeout — this job is failing 100% across all open PRs (Jul 15-16).

@jparrill

Copy link
Copy Markdown
Contributor Author

/verified by e2e

@openshift-ci-robot openshift-ci-robot added the verified Signifies that the PR passed pre-merge verification criteria label Jul 16, 2026
@openshift-ci-robot

Copy link
Copy Markdown

@jparrill: This PR has been marked as verified by e2e.

Details

In response to this:

/verified by e2e

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the openshift-eng/jira-lifecycle-plugin repository.

@jparrill

Copy link
Copy Markdown
Contributor Author

/label acknowledge-critical-fixes-only

@openshift-ci openshift-ci Bot added the acknowledge-critical-fixes-only Indicates if the issuer of the label is OK with the policy. label Jul 16, 2026
@openshift-ci

openshift-ci Bot commented Jul 16, 2026

Copy link
Copy Markdown
Contributor

@jparrill: all tests passed!

Full PR test history. Your PR dashboard.

Details

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. I understand the commands that are listed here.

@openshift-merge-bot
openshift-merge-bot Bot merged commit 3eefe36 into openshift:main Jul 16, 2026
39 checks passed
@openshift-ci-robot

Copy link
Copy Markdown

@jparrill: Jira Issue Verification Checks: Jira Issue OCPBUGS-98718
✔️ This pull request was pre-merge verified.
✔️ All associated pull requests have merged.
✔️ All associated, merged pull requests were pre-merge verified.

Jira Issue OCPBUGS-98718 has been moved to the MODIFIED state and will move to the VERIFIED state when the change is available in an accepted nightly payload. 🕓

Details

In response to this:

Summary

  • Add AWS throttle error codes to the isRetriable predicate in CreateVPCS3Endpoint so rate-limited ec2:CreateVpcEndpoint calls are retried with the existing exponential backoff

Fixes

Root Cause

When 14+ HostedClusters are created in parallel (as in e2e-aws-ovn), AWS throttles ec2:CreateVpcEndpoint with RequestLimitExceeded. The isRetriable predicate only matched invalidRouteTableID, so the throttle error was treated as non-retriable and retry.OnError returned immediately.

Evidence from build 2077041517976883200 (Jul 14, PR #8996 CI):

cannot create VPC S3 endpoint: operation error EC2: CreateVpcEndpoint,
exceeded maximum number of attempts, 11, api error RequestLimitExceeded:
Request limit exceeded. Account 820196288204 has been throttled on ec2:CreateVpcEndpoint

Same class of issue as OCPBUGS-98462 (Route53 throttle) but different AWS API.

Changes

Before After
isRetriable matches only invalidRouteTableID Also matches all awsretry.DefaultThrottleErrorCodes (14 standard AWS throttle codes including RequestLimitExceeded, Throttling, EC2ThrottledException, etc.)

The existing retryBackoff (5 steps, 3s base, 3x factor, 0.1 jitter) already provides exponential backoff with jitter — only the predicate was missing.

Test plan

  • go build passes
  • make lint — 0 issues
  • e2e-aws-4-22 presubmit should no longer fail on RequestLimitExceeded during VPC endpoint creation

🤖 Generated with Claude Code

Summary by CodeRabbit

  • Bug Fixes

  • Improved reliability when creating Amazon VPC S3 endpoints by retrying transient AWS throttling and rate-limit errors.

  • Added retry handling for endpoint creation when the related route table is temporarily unavailable.

  • Tests

  • Added coverage to ensure the retry logic correctly distinguishes retriable versus non-retriable AWS API errors.

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the openshift-eng/jira-lifecycle-plugin repository.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

acknowledge-critical-fixes-only Indicates if the issuer of the label is OK with the policy. approved Indicates a PR has been approved by an approver from all required OWNERS files. area/ci-tooling Indicates the PR includes changes for CI or tooling area/cli Indicates the PR includes changes for CLI area/platform/aws PR/issue for AWS (AWSPlatform) platform jira/valid-bug Indicates that a referenced Jira bug is valid for the branch this PR is targeting. jira/valid-reference Indicates that this PR references a valid Jira ticket of any type. lgtm Indicates that a PR is ready to be merged. verified Signifies that the PR passed pre-merge verification criteria

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants