Skip to content

Backport of chore(tests): bump the postgres version used in CI into release/0.21.x - #6776

Draft
hc-github-team-secure-boundary wants to merge 3 commits into
release/0.21.xfrom
backport/egrant-bump-test-db/openly-wanted-pipefish
Draft

Backport of chore(tests): bump the postgres version used in CI into release/0.21.x#6776
hc-github-team-secure-boundary wants to merge 3 commits into
release/0.21.xfrom
backport/egrant-bump-test-db/openly-wanted-pipefish

Conversation

@hc-github-team-secure-boundary

Copy link
Copy Markdown
Collaborator

Backport

This PR is auto-generated from #6763 to be assessed for backporting due to the inclusion of the label backport/0.21.x.

🚨

Warning automatic cherry-pick of commits failed. If the first commit failed,
you will see a blank no-op commit below. If at least one commit succeeded, you
will see the cherry-picked commits up to, not including, the commit where
the merge conflict occurred.

The person who merged in the original PR is:
@emilia-grant
This person should resolve the merge-conflict(s) by either:

  • Manually completing the cherry picks into this branch
  • Creating a new branch and manually cherry-picking all commits being backported

merge conflict error: POST https://api.github.com/repos/hashicorp/boundary/merges: 409 Merge conflict []

The below text is copied from the body of the original PR.


Description

This PR

  • Bumps the default version of postgres used when calling make test-database-up from postgres 12 to 16.
    • I chose 16 because our support for 15 ends in 3 months.
  • Adds dockerfiles for postgrest 17 and 18
  • Fixes tests that broke due to dependence on the order of results returned by the db. Some changes were made in pg 14 that exacerbated this. As far as I can tell, the business logic being tested doesn't seem to care but I'm a bit out of my depth on that.

PCI review checklist

  • I have documented a clear reason for, and description of, the change I am making.
  • If applicable, I've documented a plan to revert these changes if they require more than reverting the pull request.
  • If applicable, I've documented the impact of any changes to security controls.
    Examples of changes to security controls include using new access control methods, adding or removing logging pipelines, etc.

Overview of commits

@hashicorp-cla-app

hashicorp-cla-app Bot commented Aug 6, 2026

Copy link
Copy Markdown

CLA assistant check

Thank you for your submission! We require that all contributors sign our Contributor License Agreement ("CLA") before we can accept the contribution. Read and sign the agreement

Learn more about why HashiCorp requires a CLA and what the CLA includes


1 out of 2 committers have signed the CLA.

  • emilia-grant
  • temp

temp seems not to be a GitHub user.
You need a GitHub account to be able to sign the CLA.
If you have already a GitHub account, please add the email address used for this commit to your account.

Have you signed the CLA already but the status is still pending? Recheck it.

@emilia-grant emilia-grant added the pr/no-milestone Ignores the Milestone Check label Aug 6, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

pr/no-milestone Ignores the Milestone Check

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants