-
Bug
-
Resolution: Done-Errata
-
Undefined
-
None
-
4.15
-
None
-
Important
-
No
-
False
-
-
-
Bug Fix
-
In Progress
-
This is a clone of issue OCPBUGS-31936. The following is the description of the original issue:
—
This is a clone of issue OCPBUGS-31844. The following is the description of the original issue:
—
This is a clone of issue OCPBUGS-30306. The following is the description of the original issue:
—
This is a clone of issue OCPBUGS-26400. The following is the description of the original issue:
—
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:
- clones
-
OCPBUGS-31936 tuned: tuned breaks dynamic IRQ affinity
- Closed
- is blocked by
-
OCPBUGS-31936 tuned: tuned breaks dynamic IRQ affinity
- Closed
- links to
-
RHBA-2024:1896 OpenShift Container Platform 4.12.z bug fix update