Replies: 1 comment
-
Secrets must actually be configured on the pods that will actually run your workflow instances, meaning the runners. That can easily be done using the dashboard, and navigating to Services, then Operators. There, you can configure the pod that will be created for each workflow instance, but configuring how it should load secrets, and the potential volumes you'd want to mount (see I hope this helps! |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
I tried this:
We have deployed Synapse to AWS EKS, but are having difficulty getting workflows to run.
Our operator config is as follows:
This happened:
Anytime we attempt to get a workflow running, this warning persists and the workflow request times out:
I expected this:
Given that we have an EFS mount pointing to the path that the operator config specifies, the expectation is that we wouldn't be running into this kind of issue.
Furthermore, should we mount the EFS to the correlator, api, and garnet pods? I'm not entirely sure what local deployments of Synapse bind to from a file system perspective.
Is there a workaround?
No response
Anything else?
No response
Platform(s)
No response
Community Notes
Beta Was this translation helpful? Give feedback.
All reactions