DPDK多进程：终止主进程后重启为副进程失败

• EAL启动参数校验
  重启副进程时必须指定--proc-type=secondary，同时核对--file-prefix、--base-virtaddr等参数与原主进程完全一致。mp_socket的路径与--file-prefix绑定，参数不匹配会直接导致socket找不到或连接失败。

• 主进程退出清理逻辑检查

  • 若主进程未调用rte_eal_cleanup()就退出（如异常终止、kill -9），mp_socket会残留但已失效，副进程连接时会被拒绝；
  • 若主进程正常调用rte_eal_cleanup()，socket会被移除，此时重启副进程需确认是否还有存活的primary进程提供共享资源（否则需切换为primary模式启动）；
  • 梳理主进程退出流程：先终止所有业务lcore线程，再调用rte_eal_cleanup()，确保资源释放顺序正确。

• VFIO设备资源状态核查

  • 用dpdk-devbind.py --status检查VF设备绑定状态，确认主进程退出后设备未被残留进程占用；
  • 用lsof /dev/vfio/<设备号>或fuser /dev/vfio/<设备号>排查是否有进程未释放VFIO设备文件，若有则手动终止残留进程。

• 共享内存资源检查

  • 执行ipcs -m查看DPDK主进程创建的共享内存段，确认其权限、所有者是否正常；
  • 若主进程退出后共享内存段已被销毁，副进程无法attach资源，需考虑调整共享内存的生命周期配置，或改为独立primary进程模式。

• 调整进程部署模式
  由于进程无需相互通信，可尝试将每个进程以--proc-type=primary模式启动，每个进程绑定专属VF设备，避免依赖主进程的全局资源。这种模式下进程独立，重启时无需依赖其他进程的socket或共享内存。

• 临时应急处理
  若主进程异常退出导致mp_socket残留，可手动删除对应路径的socket文件（如rm /var/run/dpdk/rte/mp_socket），再尝试重启副进程。此方法仅为临时 workaround，需配合前面的排查修复根本问题。

• DPDK版本兼容性验证
  核对当前使用的DPDK版本是否存在对称多进程主进程退出后副进程重启的已知bug，可查看对应版本的release notes或官方文档，必要时升级到稳定版本。

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