Skip to content
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

SonataflowPlatform persistence change apply the workflow, DI and JS restarts, but the JS don't restart well #468

Open
wmedvede opened this issue May 22, 2024 · 0 comments

Comments

@wmedvede
Copy link
Contributor

Describe the bug

  1. We create a SPF with persistence configured, and DI and JS enabled that use that platform persistence.

  2. We deploy a workflow in that platform and let it use that platform persistence.

  3. DI, JS and the workflow starts well, etc.

  4. now we change the original SPF persistence configuration to point to another DB.

  5. DI is restarted and points to the new DB

  6. workflow is restarted and points to the new DB

  7. Jobs service is restarted but we have the following situation:

7.1) The deployment has the QUARKUS_DATASOURCE_JDBC_URL pointing to the new DB
7.2) The sonataflow-platform-jobs-service-props ConfigMap, still has the quarkus.datasource.reactive.url pointing to the old DB.
(It looks like the sonataflow-platform-jobs-service-props ConfigMap is not refreshed as part of the SPF change)

So the restart don't well, since same instance points to two different databases.

Expected behavior

All jobs service connections must point to the new DB.

Actual behavior

No response

How to Reproduce?

No response

Output of uname -a or ver

No response

Golang version

No response

Operator-sdk version

No response

SonataFlow Operator version or git rev

No response

Additional information

No response

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Status: 📋 Backlog
Development

No branches or pull requests

1 participant