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

Openscapes hub image update #1986

Closed
betolink opened this issue Dec 9, 2022 · 4 comments
Closed

Openscapes hub image update #1986

betolink opened this issue Dec 9, 2022 · 4 comments
Assignees

Comments

@betolink
Copy link
Contributor

betolink commented Dec 9, 2022

Context

At Openscapes we're using different Docker images to support R, Python and Matlab users, I thought there was a github action somewhere at 2i2c to detect when a new image has been pushed and opens a PR to update the hub config

We have a new image for Python openscapes/python:11de2c5 and we want to test it on staging (staging.openscapes.2i2c.cloud/) is it possible without deploying it to prod?

Is there a way to streamline these updates to the hub config? is the bot/github action only configured for the Python image? Thanks!

Proposal

No response

Updates and actions

No response

@sgibson91
Copy link
Member

Hi @betolink You can use the configurator to test the image on staging without affecting prod. Docs are here: https://docs.2i2c.org/en/latest/admin/howto/configurator.html This is probably the quickest way for you to manage your image (it work on both staging and prod)

Using the configurator in this way does not update hub config, though it will always override what is listed in the hub config. Some folk find this confusing and we need to find some dev cycles to put into improving it I think 😕

# Bump images in openscapes cluster
- name: "OpenScapes profiles"
config_path: "config/clusters/openscapes/common.values.yaml"
# Note: if position of images in profileList changes, update the index in these expressions
images_info: '[{"values_path": ".basehub.jupyterhub.singleuser.profileList[0].profile_options.image.choices.python.kubespawner_override.image"}, {"values_path": ".basehub.jupyterhub.singleuser.profileList[0].profile_options.image.choices.rocker.kubespawner_override.image"}, {"values_path": ".basehub.jupyterhub.singleuser.profileList[0].profile_options.image.choices.matlab.kubespawner_override.image"}]'

This is how the action is configured to auto-bump your images, and they are looking at all three images. This action only runs weekly on Monday though, it is not triggered by pushing a tag to a Docker repository.

I think eventually, we would like to auto-populate a list of tags from a image repo, but that work is still ongoing #1253

@sgibson91
Copy link
Member

Also, these kinds of questions are really good to send to [email protected] rather than opening an issue :)

@betolink
Copy link
Contributor Author

betolink commented Dec 9, 2022

Thanks for the info @sgibson9! Before opening the issue I used the configurator and had no effect on the spawned instance =(
Screenshot from 2022-12-09 09-21-25 I can follow up on the email.

@betolink betolink closed this as completed Dec 9, 2022
@sgibson91
Copy link
Member

sgibson91 commented Dec 9, 2022

Oh yes - sorry my bad. The configurator doesn't work for profile list options like you've got. Sorry for the false information on my part 🤦🏻‍♀️

This is some of the development we need to do to improve the configurator

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

No branches or pull requests

2 participants