-
Notifications
You must be signed in to change notification settings - Fork 510
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
workflow_index.update_time NOT NULL contraint breaking upgrade #237
Comments
Our proposed fix is to:
|
Hi, I meet the similar issue when I upgrade from v3.18.0 to v3.21.5 7831 [main] INFO org.flywaydb.core.internal.command.DbValidate [] - Successfully validated 13 migrations (execution time 00:00.060s) SQL State : 23502 8714 [main] INFO com.zaxxer.hikari.HikariDataSource [] - HikariPool-1 - Shutdown initiated... |
Found a workaround - we just query all workflows with NULL updateTime and all of them are in running state. We terminate each of the workflow so now they have updateTime. Now upgrade succeeds. |
Describe the bug
This bug has several aspects:
We detected these issues when upgrade our service running v3.20.0 to v3.21.3. We run conductor with the following relevant properties as per the defaults
ConductorProperties.asyncIndexingEnabled = false
PostgresProperties.onlyIndexOnStatusChange = false
Details
Conductor version: 3.21.3
Persistence implementation: Postgres
Queue implementation: dynomite
Lock: redis
Workflow definition: n/a
Task definition: n/a
Event handler definition: n/a
To Reproduce
Run the flyway upgrade with running workflows
Expected behavior
The upgrade succeeds and no errors occur during the rollout where new and old versions are executing workflows
Screenshots
If applicable, add screenshots to help explain your problem.
Additional context
This is an examples of the error from the flyway upgrade
The text was updated successfully, but these errors were encountered: