-
Bug
-
Resolution: Done-Errata
-
Undefined
-
None
-
4.14
-
+
-
Important
-
No
-
CNF Compute Sprint 252, CNF Compute Sprint 253
-
2
-
False
-
-
-
Bug Fix
-
In Progress
-
This is a clone of issue OCPBUGS-31692. The following is the description of the original issue:
—
This is a clone of issue OCPBUGS-30569. The following is the description of the original issue:
—
Description of problem:
This is only applicable to systems that install a performance profile There seems to be a race condition where all systemd spawed processes are not being moved to /sys/fs/cgroup/cpuset/system.slice. This is suppose to be done by the one-shot cpuset-configure.service. Here is a list of processes I see on one lab that are still in the root directory /usr/bin/dbus-broker-launch --scope system --audit dbus-broker --log 4 --controller 9 --machine-id 071fd738af0146859d2c04b7fea6d276 --max-bytes 536870912 --max-fds 4096 --max-matches 131072 --audit /usr/sbin/NetworkManager --no-daemon /usr/sbin/dnsmasq -k /sbin/agetty -o -p -- \u --noclear - linux sshd: core@pts/0
Version-Release number of selected component (if applicable):
4.14, 4.15
How reproducible:
Steps to Reproduce:
1. Reboot a SNO with a peformance profile applied 2. 3.
Actual results:
Expected results:
Additional info:
- clones
-
OCPBUGS-31692 Systemd processes not being moved to cpuset/systemd.slice
- Closed
- is blocked by
-
OCPBUGS-31692 Systemd processes not being moved to cpuset/systemd.slice
- Closed
- relates to
-
OCPBUGS-37120 etcd and other critical pods fail to deploy after several reboots on SNO due to affinity error
- Closed
- links to
-
RHBA-2024:2789 OpenShift Container Platform 4.14.z bug fix update