-
Notifications
You must be signed in to change notification settings - Fork 2
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
move keepalived here from BMO repo #27
base: main
Are you sure you want to change the base?
Conversation
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: The full list of commands accepted by this bot can be found here.
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
b3b5153
to
3b0d749
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Need to bring in the image building workflow as well, as well as parts of release workflow, and parts of release documentation too.
3b0d749
to
059e134
Compare
307ec43
to
fd9e677
Compare
What is left to discuss with the community what release tags to use in the future for keepalived, as right now I don't see any reason to follow BMO releases/ release tags for keepalived. The other PR that removes keepalived from BMO is also in progress. I would also suggest doing a release of keepalived after this PR has been merged, as part of the release we would test whether everything works as expected and I would suggest choosing a release tag that is detached from BMO. |
This commit: - Moves the project used to build the Metal3 keepalived container from the BMO repository to this repository - Adds support for customizable config file location for the keepalived container - Adds container building github workflow for keepalived - Adds keepalived release workflow - Adds release document for the whole of the utility-images repository These changes were needed for two related reasons. - The community has decided that there is no reason to keep the keepalived files in BMO and they much better fit for the utility-images repository. - There is ongoing work to turn the ironic pod compatible with the K8s pod security option that enforces the use of read only mode for the container file system and the current containers deployed as part of the Ironic pod such as keepalived are not compatible without modification. Note: release workflows and documentation is a new concept for this repository and a bit differ from other Metal3 repos because different projects within the repo get released independently. Signed-off-by: Adam Rozman <adam.rozman@est.tech>
fd9e677
to
eba8b63
Compare
No, we should release keepalived when there is relevant changes.
👍
Absolutely. As we did with ironic-client, it is also good time to give it some attention, bump anything there is to bump etc, then release. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
/hold
The release process needs to be agreed and then all the automation/docs adapted to match.
@@ -0,0 +1,138 @@ | |||
# This code is borrowed from https://github.com/kubernetes-sigs/cluster-api/blob/main/.github/workflows/release.yaml |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I doubt we will use this automation for the keepalived with release branches etc.
fi | ||
- name: Create Release Tag | ||
run: | | ||
git config user.name "${GITHUB_ACTOR}" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
These are also all incorrect, etc.
provide fix IP address for Ironic in such a manner that even after pivoting | ||
operations the IP of Ironic stays persistent. | ||
|
||
[Keeplaived documentation](https://www.keepalived.org/manpage.html) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
[Keeplaived documentation](https://www.keepalived.org/manpage.html) | |
[Keepalived documentation](https://www.keepalived.org/manpage.html) |
tick pre-release box. | ||
- GitHub jobs `build_keepalived` build release images with the | ||
release tag, and push them to Quay. Make sure the release tags are visible in | ||
Quay tags pages: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This need to match single image wording from IPAM etc.
|
||
Some post-release actions are needed if new minor or major branch was created. | ||
|
||
### Branch protection rules |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
No release branches.
least once in the PR targeting the branch in question. Branch protection rules | ||
require user to have `admin` permissions in the repository. | ||
|
||
### Update README.md and build badges |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There are no build badges.
Which also reminds me that probably need to have a periodic jobs for these, as we have not even pinned down the main ubuntu image.
This PR:
the BMO repository to this repository
container
These changes were needed for two related reasons.
files in BMO and they much better fit for the utility-images repository.
security option that enforces the use of read only mode for the container
file system and the current containers deployed as part of the Ironic pod
such as keepalived are not compatible without modification.
Note: release workflows and documentation is a new concept for this
repository and a bit differ from other Metal3 repos because different
projects within the repo get released independently.
Related issues: