-
Notifications
You must be signed in to change notification settings - Fork 1.4k
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
air gap installation. point to local cached .iso to use as base iso rather than download via the internet. #8587
Comments
@sycbarry The agent installer will actually use the information in your install-config.yaml to extract the base ISO from the container images that are mirrored into your air-gapped/offline environment. The docs do not really cover this at all. in the install-config.yaml you'll have something like this:
When those are present in your install-config.yaml you'll actually be able to see the oc extract subcommands of the agent installer look like this:
The --iscp-file will cause the oc extract commands to pull the ISO out of your private repo containers and not from the internet. |
Added comment: This is really a missing component of the agent installer docs. I've submitted a JIRA to the openshift docs team to address this missing information. |
Awesome, I appreciate it Dan. |
Issues go stale after 90d of inactivity. Mark the issue as fresh by commenting If this issue is safe to close now please do so with /lifecycle stale |
Stale issues rot after 30d of inactivity. Mark the issue as fresh by commenting If this issue is safe to close now please do so with /lifecycle rotten |
Hi!
I just wanted to ask if it would be possible to get insight on how to point the openshift-install cli to use the locally cached .iso image when running
./openshift-install agent create image --dir=.
We basically need to be able to run this command within an air gapped env that has absolutely no access to the internet. We would have the rhcos iso downloaded prior and moved to the private network where we would configure the install-configs from there.
There is no way around this.
The text was updated successfully, but these errors were encountered: