-
Notifications
You must be signed in to change notification settings - Fork 3.1k
Inherit variables from main Dockerfile to agent's Dockerfile #41741
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
Comments
These tests broke because of https://jira.suse.com/browse/SURE-6429, #41741 Rancher will pull the wrong development version of rancher-webhook during CI tests. Fix is available in 2.7.4, but that also pulls in other changes, so I am temporarily disabling the tests here. Signed-off-by: Silvio Moioli <silvio@moioli.net>
QA to validate:
|
QA TestingUse the default configBuild Rancher for linux amd64Build and package Rancher (and the agent) using our scripts. Currently, the scripts assume the desired OS and architecture are those of the current system. Line 21 in befc0c8
Line 27 in befc0c8
Modify the Line 24 in befc0c8
Line 36 in befc0c8
Run scriptsRun Run your custom Rancher build with your custom agentFor Docker, run: For an HA setup with Helm, specify the agent and main image as needed. Check component versions in a running Rancher instanceEnsure the version of the webhook deployed in the local cluster is one you find in the Change the configurationChange some configuration value in the Run the scripts again, tag and push the images. Repeat the previous test and ensure that the webhook deployed in the |
As it is closed as completed should it still be in review ? |
Moved to Done, thanks for catching this. |
Uh oh!
There was an error while loading. Please reload this page.
Is your feature request related to a problem? Please describe.
Related to #41730, which is a short-term solution to the problem of having to specify the pinned webhook version upstream (package/Dockerfile) and downstream (package/Dockerfile.agent).
The goal is to minimize the number of steps release captains need to take to prepare a release. The more things are automated, the better.
Describe the solution you'd like
Describe alternatives you've considered
Additional context
SURE-6429
The text was updated successfully, but these errors were encountered: