迁移至Rocky8后cpulimit无法恢复进程问题排查咨询

• 检查cpulimit版本与包差异

  • 分别在CentOS7和Rocky8执行cpulimit --version，对比版本号，排查是否是新版本引入的逻辑变更或bug。
  • 执行dnf info cpulimit查看Rocky8上cpulimit的包来源，确认是否为官方源提供，是否存在兼容性适配问题。

• 验证进程状态与信号响应

  • 进程异常暂停后，执行ps aux | grep <上传进程名>查看进程状态码，确认是否处于T（停止）状态。
  • 手动发送恢复信号kill -CONT <进程PID>，若进程能恢复，说明cpulimit未正确触发恢复逻辑；若无法恢复，需排查进程自身的信号处理逻辑，比如脚本是否自定义了SIGSTOP/SIGCONT的处理规则。

• 排查系统资源调度与cgroup差异

  • 执行mount | grep cgroup查看系统cgroup版本，Rocky8默认用cgroup v2，而CentOS7为cgroup v1，cpulimit可能对v2支持不完善。
  • 检查虚拟机CPU配置，执行numactl --hardware查看numa节点分配，cat /sys/fs/cgroup/cpu/cpu.cfs_quota_us查看cgroup CPU限制，对比CentOS7的配置差异。
  • 查看系统日志，执行journalctl | grep <上传进程PID>或dmesg | grep -i cpulimit，排查是否有相关报错或异常调度记录。

• 测试cpulimit参数与运行方式

  • 尝试调高CPU限制值，比如cpulimit -l 30启动进程，排查是否是低限制下的极端调度问题。
  • 先启动上传脚本，再执行cpulimit -p <进程PID> -l 15绑定进程，而非直接用cpulimit启动，验证是否是启动方式导致的问题。
  • 替换为nice或cgexec等工具做CPU限制，对比是否出现同样异常，确认问题是否来自cpulimit本身。

• 检查上传脚本的环境依赖

  • 对比CentOS7和Rocky8上上传工具（如rsync、curl、scp）的版本，执行rsync --version（以rsync为例），排查工具版本差异导致的进程阻塞。
  • 查看上传脚本的网络超时、重连逻辑，检查暂停期间是否出现网络连接断开，导致进程无法恢复。

内容的提问来源于stack exchange，提问作者user3435964