-
Notifications
You must be signed in to change notification settings - Fork 3.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
Wait for the sidecar container finish during Workflow run #4545
Comments
@andreyvelich |
@sarabala1979 I am using MutatingAdmissionWebhook to mutate additional container to the necessary Pods in the namespace that has required label. |
Killing sidecars like this is by design. I don't think we can fix it. The emissary executor does not kill sidecars like this, the controller does it when it sees the wait container has exited. Could you try that? You need v3.1 |
Thank you for this information @alexec! |
@andreyvelich Good to see you around here! Normally you don't have to specify the label in the workflow unless your controller is configured to support multiple types of executors and you want to use a specific executor for that particular workflow. You can just configure your executor in the controller's configmap: argo-workflows/docs/workflow-controller-configmap.yaml Lines 107 to 110 in ec4c662
|
Thank you for the clarification @terrytangyuan! |
Summary
Hi Everyone!
Is it possible to define Workflow when wait container waits until all sidecar pod’s containers are finished ?
Maybe specify some flag to the Workflow controller.
As I can see here, wait container kills all Pod's containers that are not main or wait.
I want to use Argo workflow in my custom CRD which injects additional sidecar container to the created pod and runs the script after main pod's container is finished.
So my sidecar container should not be killed after the main container is complete.
Message from the maintainers:
Impacted by this bug? Give it a 👍. We prioritise the issues with the most 👍.
The text was updated successfully, but these errors were encountered: