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

The portal daemon should start locally automatically when a remote context is used #970

Closed
laurentluce opened this issue Jul 24, 2023 · 0 comments · Fixed by #1086 or #1081
Closed
Assignees
Labels

Comments

@laurentluce
Copy link
Contributor

Background & motivation

The portal daemon on the user machine needs to be started manually when a remote context is used. It results in CLI error messages before the user remembers to start the daemon.

Desired behaviour

The portal daemon should start locally automatically when a remote context is used

How important is this to you?

Painful; the lack of this feature makes using Kurtosis frictionful.

@github-actions github-actions bot added the painful Painful bug label Jul 24, 2023
laurentluce added a commit that referenced this issue Aug 10, 2023
## Description:
The user currently needs to make sure that the portal is running before
switching to a remote context. This change does that automatically for
the user. This change also stops the portal when the context switches
back to local.

Add the portal release tag to install so we can pin a portal version
instead of using the latest. The portal release tag can also be set to
"latest". This PR pins the portal version to 0.0.4

Upcoming changes:
- Release portal 0.0.5 containing the support for remote endpoints.
- Update the mono-repo to pass the remote endpoint type to the portal
client forward port calls. Set the portal version to latest.

## Is this change user facing?
YES

## References (if applicable):
Closes #970
leeederek pushed a commit that referenced this issue Aug 14, 2023
🤖 I have created a release *beep* *boop*
---


##
[0.81.6](0.81.5...0.81.6)
(2023-08-11)


### Features

* add more endpoints to support the Cloud
([#1077](#1077))
([1d70382](1d70382))
* enable streaming exec output in container engine [stream exec pt. 1]
([#1043](#1043))
([e8f34ef](e8f34ef))
* implement new logging architecture v0
([#1071](#1071))
([c66c148](c66c148))
* make enclave namespace and network naming deterministic
([#1100](#1100))
([0d42106](0d42106))
* Persist file artifacts
([#1084](#1084))
([c7b3590](c7b3590))
* Portal automatic start and stop on context change
([#1086](#1086))
([a6a73d1](a6a73d1)),
closes [#970](#970)
* Update files if already present in enclave
([#1066](#1066))
([1135543](1135543))


### Bug Fixes

* Add API key to endpoint
([#1102](#1102))
([64f0c20](64f0c20))
* Fix issue with idempotent plan resolution
([#1087](#1087))
([fd48f8f](fd48f8f))
* Forward the engine port after verifying that an engine container is
running and before initializing the engine client
([#1099](#1099))
([b0b7a3b](b0b7a3b))
* update golang docker client to latest
([#1082](#1082))
([724084f](724084f))

---
This PR was generated with [Release
Please](https://github.com/googleapis/release-please). See
[documentation](https://github.com/googleapis/release-please#release-please).

---------

Co-authored-by: kurtosisbot <kurtosisbot@users.noreply.github.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
1 participant