-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
[docs] Documentation for overriding all the involved images for the airgap scenario #14088
Comments
In a number of cases, I assume that for now you can change them by simply adding the corresponding environment variable in the |
Installations that is concerned by this issue are: from chectl and from operatorhub |
@nickboldt please clarify why it is P1, moved to 7.x atm |
Need this for offline / airgap, so P1/blocker.
If we can't do full integration then at least a blog/doc with example would suffice for a first pass. But we need SOMETHING here for customers. |
After issue #13886 (comment) is fixed, this issue should mainly consist in providing some scenario-oriented documentation, dedicated to the offline / airgap mode. |
Yes, that would be great for Che 7 and would work as the baseline from which to create CRW 2 docs too. Related downstream issues:
|
Related issues:
And these older ones:
|
@nickboldt I'm going to close this one in favor of #14866 |
Sure. 3 of the 5 related issues on this one are resolved too -- it's just the chectl issues that remain unresolved. |
Is your enhancement related to a problem? Please describe.
As noted in #13886 we can override many of the Che images at deploy time via a custom resource yaml.
But this does not include ALL the images. The following are missing:
Describe the solution you'd like
Add more fields to the CR, and have those supported when using chectl to deploy Che.
Additional context
This is in support of offline/airgap scenarios, where we can't just pull random container images from quay/rhcc, but need to set specific ones within an organization (or specific productized ones).
See also
The text was updated successfully, but these errors were encountered: