-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
Spinnaker 1.33.0 comes with changeset checksum changes #6941
Comments
@Badbond - I am looking into it. |
@Badbond - The following PRs will fix the issue but it will take some time to undergo review and finally become part of a release:
If it is possible for you to test these changes early in your local environment, that will be great. |
Some background:Broken Sprinnaker upgradesKork 7.201.0 upgraded liquibase to 4.24.0. And this is causing checkSum error for spinnaker upgrades. So all the releases starting from 1.33.0(1.33.0, 1.33.1, 1.33.2, 1.34.0, 1.34.1 and 1.34.2) are broken for Spinnaker upgrades. Broken new Spinnaker Installation when Clouddriver uses PostgresqlPost liquibase 4.24.0 upgrade, due to lack of changes from spinnaker/clouddriver#6194, releases 1.33.0, 1.33.1, 1.34.0 and 1.34.1 would fail for new spinnaker installation if clouddriver uses Postgres and the error being "addAfterColumn is not allowed on postgresql". After including the changes 1.33.2 and 1.34.2 have no issues for new spinnaker installation. So when the current fixes are merged and released, the versions 1.35.0, 1.33.3 and 1.34.3 and all later versions will work for both new installation and upgrade of Spinnaker. |
Hi @kirangodishala thank you for following up on the ticket with Liquibase and providing the fixes.
Do you have some instructions on how to do this? Do you have a specific nightly image that I can use to test this? |
Issue Summary:
While trying to upgrade to Spinnaker 1.33.0 recently, we noticed that Orca and Clouddriver were unable to start due to Liquibase checksum validation throwing exceptions.
Cloud Provider(s):
Kubernetes
Environment:
Clouddriver (5.83.0 and 5.84.0) and Orca (8.48.0) with PostgreSQL 16.2 storage.
Other Spinnaker services are running with other persistence backends (Redis, S3, etc.), so no idea whether they are affected too.
Feature Area:
PostgreSQL persistence for Clouddriver and Orca.
Description:
We are in the middle of upgrading our Spinnaker clusters and of configuring SQL persistence where possible (using PostgreSQL).
Before we upgraded to Spinnaker 1.33.0, while running Spinnaker 1.13.2, we already had configured the SQL backend for Clouddriver fully, and were running a dual repostitory setup for Orca (with Redis as primary still). When we upgraded to 1.33.0, we started noticing changeset checksum validation errors from Liquibase causing the services to fail to start.
We narrowed it down for Clouddriver to the 5.83.0 releae, which seems that this also matches the timing of the Liquibase upgrade from 3.10.3 to 4.24.0 (see spinnaker/kork#1117). Perhaps partially related, it seems that 4 of the Orca changesets got updated in spinnaker/orca#4601 for managing
afterColumn
in PostgreSQL. I could not find a similar change for Clouddriver though.Steps to Reproduce:
For Clouddriver we narrow the issue down to the 5.83.0 release.
With the following Clouddriver SQL and Redis configuration:
By running Clouddriver 5.82.2, the DB should be initialized with tables and the migrations are
EXECUTED
.By then running Clouddriver 5.83.0, the service fails to start due to unexpected checksums.
Additional Details:
Clouddriver 5.83.0 logs
Orca 8.48.0 logs
The text was updated successfully, but these errors were encountered: