Bug 2021534
Summary: | performance profile configuration does not get applied during DU node configuration via ZTP deployment | ||
---|---|---|---|
Product: | OpenShift Container Platform | Reporter: | Marius Cornea <mcornea> |
Component: | Telco Edge | Assignee: | Ian Miller <imiller> |
Telco Edge sub component: | ZTP | QA Contact: | yliu1 |
Status: | CLOSED DUPLICATE | Docs Contact: | |
Severity: | high | ||
Priority: | unspecified | CC: | achernet, browsell, jerzhang, keyoung |
Version: | 4.9 | ||
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2021-11-24 13:50:19 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Marius Cornea
2021-11-09 14:43:40 UTC
Note that the node switched to using real time kernel: [kni ~]$ ssh -6 core.lab.eng.rdu2.redhat.com 'uname -r' 4.18.0-305.25.1.rt7.97.el8_4.x86_64 MCP reports as updated but the kernelarguments from the rendered-machine config are not applied. It looks like MCO doesn't actually check kernelargs when validating. After running manually rpm-ostree kargs and rebooting the node the cmdline got updated: rpm-ostree kargs --append=skew_tick=1 --append=nohz=on --append=rcu_nocbs=2-23,26-47 --append=tuned.non_isolcpus=03000003 --append=intel_pstate=disable --append=nosoftlockup --append=tsc=nowatchdog --append=intel_iommu=on --append=iommu=pt --append=isolcpus=managed_irq,2-23,26-47 --append=systemd.cpu_affinity=0,1,24,25 --append=default_hugepagesz=1G --append=hugepagesz=1G --append=hugepages=32 --append=idle=poll --append=rcupdate.rcu_normal_after_boot=0 --append=nohz_full=2-23,26-47 Seems in my environment, when this happens, a reboot should have started but didn't? [root@master-0 core]# last reboot | grep reboot reboot system boot 4.18.0-305.25.1. Thu Nov 11 22:14 still running reboot system boot 4.18.0-305.25.1. Thu Nov 11 21:33 still running reboot system boot 4.18.0-305.25.1. Thu Nov 11 21:13 - 21:31 (00:17) reboot system boot 4.18.0-305.25.1. Thu Nov 11 20:50 - 21:11 (00:20) reboot system boot 4.18.0-305.25.1. Thu Nov 11 20:34 - 20:48 (00:13) reboot system boot 4.18.0-305.25.1. Thu Nov 11 20:28 - 20:32 (00:04) reboot system boot 4.18.0-305.25.1. Thu Nov 11 19:57 - 20:25 (00:28) reboot system boot 4.18.0-305.19.1. Thu Nov 11 19:54 - 19:55 (00:00) *** This bug has been marked as a duplicate of bug 2021151 *** |