-
Notifications
You must be signed in to change notification settings - Fork 70
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
Extract KSM management task #160
Extract KSM management task #160
Conversation
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.
overall i think this is ok but I'm not sure how large the scope of Bootstrap is intended to be. currently its pretty small so its probably ok.
i also agree with keeping ksm off by default.
it can be useful in some cases but for most of our customer i think off is the right default as they wont want the CPU overhead and non-determinisum cause by ksm.
yes, I believe such tiny tasks do not need dedicated roles, and fits the (host) bootstrap task ideally. This also aligns with the "Tripleo future" spec, where we agreed to cover things like that by the bootstrap task |
I should have checked the comments here before I posted the review.
I'm not too sure this is really true. For example we have a separate role for kernel parameters. What you are saying would mean we agreed to merge even edpm_kernel role to bootstrap role but I don't think implementing more logics directly in boostrap is better for readability and maintainability. |
this seems need a full rewrite after the change in edpm roles structure (no roles, but playbooks?) |
this has not changed we still have roles we just also have playbooks for the openstackdataplane services so this does not need a full rewrite i just need to be extracted either into its own role or into one of the existing roles. if you extract it into its own role then that role will need to be called form the bootstrap playbook. |
a6af7ab
to
0598b06
Compare
@slagle is it OK to use it for bootstrap role? Do you insist to move this logic into edpm_kernel? |
Build failed (check pipeline). Post https://review.rdoproject.org/zuul/buildset/41ce3aceb1db44e3830d4fc4e79e8998 ✔️ edpm-ansible-molecule-edpm_podman SUCCESS in 6m 47s |
I do think it should be in a separate role from bootstrap. Otherwise bootstrap is just a catch all for a bunch of unrelated tasks. |
ok, I'll update this then, thanks! |
32f7f72
to
1de8339
Compare
Build failed (check pipeline). Post https://review.rdoproject.org/zuul/buildset/19827e5e16604e389bd9729b7be39d6d ❌ openstack-k8s-operators-content-provider RETRY_LIMIT in 9s |
recheck |
Build failed (check pipeline). Post https://review.rdoproject.org/zuul/buildset/36cedca9c2434fef92ffc86b97c23c1a ✔️ openstack-k8s-operators-content-provider SUCCESS in 1h 46m 32s |
@bogdando jobs is failing with this error:
Is the package who owns those files missing? |
it looks like ksmtuned is a leftover from rhel8 support https://opendev.org/openstack/tripleo-heat-templates/src/branch/master/deployment/nova/nova-compute-container-puppet.yaml#L1678 /hold |
There is no mixed-rhel support that includes rhel 8 for NG. You can drop any rhel8 specific tasks. |
1de8339
to
64263bd
Compare
/unhold |
Build failed (check pipeline). Post https://review.rdoproject.org/zuul/buildset/8fe899d555874bf6b5bce7b3428e4818 ✔️ openstack-k8s-operators-content-provider SUCCESS in 1h 37m 29s |
recheck |
64263bd
to
492951e
Compare
Build failed (check pipeline). Post https://review.rdoproject.org/zuul/buildset/f2f21ee9ee6a4f1ca189d3ca42d5cf2f ✔️ openstack-k8s-operators-content-provider SUCCESS in 1h 33m 46s |
@bogdando Still failing:
|
KSM is not Nova compute specific, manage it in the generic EDPM kernel role's deidcated task instead. Additionally, ensure the bootstrap role always installs the dependency package ksmtuned. Signed-off-by: Bohdan Dobrelia <[email protected]>
492951e
to
831595d
Compare
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: bogdando, rebtoor, slagle The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
KSM is not Nova compute specific, manage it in the
generic EDPM kernel role's deidcated task instead.
Also drop the RHEL8 family specific code path as
there will only be RHEL>=9 in NextGen EDPM, and
rework the tripleo-specific approach for using handlers
to remove the KSM package after disabling the services.
Closes: OSPRH-137