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

When using the replace option in an intercept, the 'command' for the new pod should not be the same as for the original deployment #3807

Closed
vbode opened this issue Feb 28, 2025 · 1 comment · Fixed by #3761

Comments

@vbode
Copy link

vbode commented Feb 28, 2025

Describe the bug
We are using the replace option when intercepting. However, the pod to intercept is configured with the following command:

command:
    - /bin/sh
    - '-c'

This command is then used by the pod which is replaced as well, leading it to crash:

Image
Image

This causes the old deployment to never be terminated, and so not correctly replaced.

To Reproduce
Steps to reproduce the behavior:

  1. Have a deployment which has a 'command' configured
  2. Intercept the deployment with the replace option
  3. See that the replacement pod does not start up

Expected behavior
The replacement pod should start up, and the old pod should be terminated.

Versions (please complete the following information):
Telepresence version v2.21.3
Windows 10
K3D running Server Version: v1.31.4+k3s1

@thallgren
Copy link
Member

This problem is addressed in the coming 2.22.0 release and the new telepresence replace command.. If you want, you can test it using 2.22.0-test.8.

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

Successfully merging a pull request may close this issue.

2 participants