-
Bug
-
Resolution: Done-Errata
-
Undefined
-
4.15
-
None
-
+
-
Important
-
No
-
Rejected
-
False
-
-
-
Bug Fix
-
Done
-
-
Description of problem:
If GloballyDisableIrqLoadBalancing in disabled in the performance profile then irqs should be balanced across all cpus minus the cpus that are explicitly removed by crio via the pod annotation irq-load-balancing.crio.io: "disable" There's an issue when the scheduler plugin in tuned will attempt to affine all irqs to the non-isolated cores. Isolated here means non-reserved, not truly isolated cores. This is directly at odds with the user intent. So now we have tuned fighting with crio/irqbalance both trying to do different things. Scenarios - If a pod get’s launched with the annotation after tuned has started, runtime or after a reboot - ok - On a reboot if tuned recovers after the guaranteed pod has been launched - broken - If tuned restarts at runtime for any reason - broken
Version-Release number of selected component (if applicable):
4.14 and likely earlier
How reproducible:
See description
Steps to Reproduce:
1.See description 2. 3.
Actual results:
Expected results:
Additional info:
- blocks
-
OCPBUGS-30306 tuned: tuned breaks dynamic IRQ affinity
- Closed
- depends on
-
RHEL-21923 scheduler: add option for ignoring IRQs affinity
- Closed
- incorporates
-
OCPBUGS-31095 TuneD stderr: ERROR tuned.plugins.plugin_scheduler: Failed to set affinity of PID 1110 to ''[29]'': [Errno 22] Invalid argument'
- Closed
- is blocked by
-
OCPBUGS-30812 default_smp_affinity is not set appropriately after performane profile is applied
- Closed
- is cloned by
-
OCPBUGS-30306 tuned: tuned breaks dynamic IRQ affinity
- Closed
- links to
-
RHEA-2024:0041 OpenShift Container Platform 4.16.z bug fix update