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

[installer] improve ws-daemon config #11164

Merged
merged 1 commit into from
Jul 7, 2022
Merged

[installer] improve ws-daemon config #11164

merged 1 commit into from
Jul 7, 2022

Conversation

sagor999
Copy link
Contributor

@sagor999 sagor999 commented Jul 6, 2022

Description

Improve ws-daemon config so that for SaaS we don't need to manually fix configmap, and instead use installer values.

Related Issue(s)

Related #10418

How to test

Release Notes

none

Documentation

Werft options:

  • /werft with-preview

@sagor999 sagor999 changed the title wip [installer] improve ws-daemon config Jul 6, 2022
@roboquat roboquat added size/S and removed size/M labels Jul 6, 2022
@sagor999 sagor999 marked this pull request as ready for review July 6, 2022 01:36
@sagor999 sagor999 requested review from a team July 6, 2022 01:36
@github-actions github-actions bot added team: delivery Issue belongs to the self-hosted team team: workspace Issue belongs to the Workspace team labels Jul 6, 2022
@werft-gitpod-dev-com
Copy link

started the job as gitpod-build-pavel-10418-3.6 because the annotations in the pull request description changed
(with .werft/ from main)

@mrsimonemms
Copy link
Contributor

mrsimonemms commented Jul 6, 2022

/werft run

👍 started the job as gitpod-build-pavel-10418-3.7
(with .werft/ from main)

@sagor999
Copy link
Contributor Author

sagor999 commented Jul 6, 2022

/werft run with-clean-slate-deployment=true

👍 started the job as gitpod-build-pavel-10418-3.8
(with .werft/ from main)

runtimeMapping[value.Path] = value.Value
}
} else {
runtimeMapping[ctx.Config.Workspace.Runtime.ContainerDRuntimeDir] = "/mnt/node0"
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This line will be executed if and only if an experimental config is given in the config file and the experimental CLI flag is set, right? (Because it's inside of the WithExperimental callback function body that will be executed contitionally).

Before this change, this mapping was the default. Is it really intended that runtimeMapping remains empty now when there is no experimental config / CLI flag? Or do I miss something?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

oops. you are right. duh, this is the second time I am getting tripped by this withExperimental thing.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

fixed.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

duh, this is the second time I am getting tripped by this withExperimental thing.

I'm sorry for the confusion. 😞

@roboquat roboquat merged commit a8b550a into main Jul 7, 2022
@roboquat roboquat deleted the pavel/10418-3 branch July 7, 2022 19:32
@roboquat roboquat added the deployed: workspace Workspace team change is running in production label Jul 12, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
deployed: workspace Workspace team change is running in production release-note-none size/S team: delivery Issue belongs to the self-hosted team team: workspace Issue belongs to the Workspace team
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

5 participants