You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
kurtosis cluster set docker (this triggers an Engine start locally, that spins up a container that binds to port 9710)
kurtosis cluster set minikube (this triggers an Engine start inside minikube)
kurtosis gateway(this also triggers a bind to 9710, that is already on use)
Caused by: An error occurred running the server using the interrupt channel for stopping
Caused by: An error occurred creating the listener on tcp/9710
Caused by: listen tcp :9710: bind: address already in use
So the user must either kill the running engine in docker manually or run:
kurtosis cluster set docker
2 kurtosis engine stop
kurtosis cluster set kubernetes
kurtosis gateway(works)
This process is laborious and error prone
Desired behavior
kurtosis cluster set X should not only start the engine on X, but also make sure that, if local, stops the local engine
What is the severity of this bug?
Painful; this is causing significant friction in my workflow.
The text was updated successfully, but these errors were encountered:
## Description:
Closing #646
## Is this change user facing?
NO
<!-- If yes, please add the "user facing" label to the PR -->
<!-- If yes, don't forget to include docs changes where relevant -->
## References (if applicable):
<!-- Add relevant Github Issues, Discord threads, or other helpful
information. -->
What's your CLI version?
0.77.0
Description & steps to reproduce
kurtosis cluster set docker
(this triggers an Engine start locally, that spins up a container that binds to port 9710)kurtosis cluster set minikube
(this triggers an Engine start inside minikube)kurtosis gateway
(this also triggers a bind to 9710, that is already on use)So the user must either kill the running engine in docker manually or run:
kurtosis cluster set docker
2
kurtosis engine stop
kurtosis cluster set kubernetes
kurtosis gateway
(works)This process is laborious and error prone
Desired behavior
kurtosis cluster set X
should not only start the engine on X, but also make sure that, if local, stops the local engineWhat is the severity of this bug?
Painful; this is causing significant friction in my workflow.
The text was updated successfully, but these errors were encountered: