Heaptrack生成空堆转储文件问题求助（附报错信息）

核心问题分析 #

空文件生成和No symbol table is loaded直接相关——heaptrack依赖符号表追踪内存分配/释放的函数调用，没有符号表就无法采集有效数据；同时libthread_db的问题会影响多线程服务的内存追踪。

解决步骤 #

1. 确保目标服务二进制包含调试符号 #

• 先检查服务二进制是否被剥离符号：

  file /path/to/service_binary
  

  如果输出包含stripped，说明符号表已被移除。
• 解决方法：
  • 替换为带调试符号编译的服务二进制版本；
  • 如果无法替换二进制，将对应的.debug文件放到系统调试路径（如/usr/lib/debug/path/to/service_binary.debug），确保GDB能找到。

2. 修复libthread_db加载问题 #

• 调整GDB自动加载安全路径，允许加载系统库：

  export GDB_AUTOLOAD_SAFE_PATH="/lib64"
  

  或者临时创建GDB配置文件~/.gdbinit：

  set auto-load safe-path /lib64
  

• 验证libthread_db与libpthread版本匹配：
  用ldd查看服务依赖的线程库版本：

  ldd /path/to/service_binary | grep libpthread
  

  确保/lib64下的libthread_db-*.so版本和libpthread完全一致（比如libpthread-2.31.so对应libthread_db-1.0.so），版本不匹配会导致线程调试失效。

3. 手动指定服务二进制路径加载符号表 #

• 如果必须attach到运行中的进程，执行heaptrack时明确指定服务二进制：

  ./heaptrack --pid <pid_number> --binary /path/to/service_binary
  

• 优先尝试直接用heaptrack启动服务（而非attach），这样会自动加载符号表：

  ./heaptrack /path/to/service_binary [service_args]
  

4. 验证权限与环境 #

• 确保以root用户执行heaptrack（attach进程需要root权限）；
• 检查/var/tmp目录的可用空间和写入权限：

  df -h /var/tmp
  ls -ld /var/tmp
  

调试验证 #

• 先单独用GDB测试符号表加载：

  gdb -p <pid_number>
  (gdb) file /path/to/service_binary
  

  如果GDB能成功加载符号表（无报错），再重新执行heaptrack；
• 执行heaptrack时添加-v参数查看详细日志，定位具体失败环节：

  ./heaptrack -v --pid <pid_number> --binary /path/to/service_binary
  

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