Docker容器中调用g_bus_get_sync后Valgrind挂起问题求助

核心现象 #

在Docker容器中使用Valgrind分析调用g_bus_get_sync(G_BUS_TYPE_SYSTEM)的程序时，进程正常打印"OK"并退出，但Valgrind会持续挂起无法生成内存报告；切换为SESSION总线则无此问题，且目标板、容器外环境下Valgrind均能正常工作。

可能原因 #

1. 容器共享主机System DBus时，Valgrind无法正确识别跨容器进程的资源生命周期：主机DBus进程不受容器进程退出影响，Valgrind会一直等待该连接资源释放。
2. Valgrind旧版本对容器IPC环境的兼容性问题：3.12.0版本可能未适配Docker容器中跨进程资源的跟踪逻辑。
3. 容器内DBus环境配置不全：仅共享套接字但缺少必要的系统级DBus配置，导致Valgrind清理阶段异常。

解决方案 #

方案1：容器内启动独立的System DBus服务 #

避免共享主机DBus，在容器内启动专属的System DBus实例，确保Valgrind能跟踪到完整的资源生命周期：

1. 修改容器启动脚本，加入启动命令：

   dbus-daemon --system --fork --config-file=/usr/share/dbus-1/system.conf
   

2. 移除docker-compose中/var/run/dbus的挂载配置。
3. 重新启动容器并运行Valgrind。

方案2：添加Valgrind抑制规则跳过DBus资源检查 #

创建抑制文件dbus_suppressions.supp，忽略与System DBus连接相关的资源跟踪：

{
    <g_bus_system_connection_leak>
    Memcheck:Leak
    fun:malloc
    fun:g_malloc
    fun:g_bus_get_sync
}
{
    <g_dbus_connection_cleanup>
    Memcheck:Hang
    fun:poll
    fun:g_poll
    fun:g_dbus_connection_close_sync
}

运行Valgrind时加载该文件：

valgrind --leak-check=full --suppressions=dbus_suppressions.supp ./your_program

方案3：共享主机IPC命名空间 #

修改docker-compose配置，让容器与主机共享IPC命名空间，解决跨进程资源跟踪的隔离问题：

version: '3'
services:
  hub:
    platform: "linux/amd64"
    image: my-image:latest
    stdin_open: true
    tty: true
    privileged: true
    environment:
      - DISPLAY=:0
    volumes:
      - /var/run/dbus/:/var/run/dbus/:z
    ipc: host  # 添加此行

方案4：升级Valgrind版本 #

尝试将容器内的Valgrind升级至3.20及以上版本，新版本修复了多个容器环境下的兼容性Bug，可能解决挂起问题。

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