烧录的系统里面有个 hobot-stackdump ,在ubuntu 22.04 里面跑会报错,我搜了一下,说是GLIBC版本的问题,但是又不建议升级,说是ubuntu 22.04 还是保持现在的 GLIBC_2.35,这个看看有什么说法吗,是否建议我们把这个服务disable掉
结论:可以直接 disable,不影响正常功能。 这是包和系统版本不匹配:镜像里的 dump_server 是按 GLIBC 2.38 / GLIBCXX 3.4.32(Ubuntu 24.04 一档)编译的,而 22.04 系统只有 GLIBC 2.35,所以起不来。千万不要为此升级系统 glibc,那会把整个用户态搞挂,风险远大于收益。
hobot-stackdump 的作用只是崩溃时收集进程栈/coredump 用于调试,禁用后业务功能不受影响;反而它现在几秒重启一次(restart counter 已 74 万+),白白刷日志、占资源。
处理步骤:
# 1. 停掉并禁止开机自启
sudo systemctl stop hobot-stackdump
sudo systemctl disable hobot-stackdump
# 2. 如果还被别的服务拉起,可以 mask 彻底屏蔽
sudo systemctl mask hobot-stackdump
# 3. 确认状态
systemctl status hobot-stackdump
另外建议记一下包版本,方便官方定位这个打包问题(22.04 的镜像里塞了 24.04 依赖的二进制,属于包构建侧的 bug,建议在本帖跟帖反馈给官方):
dpkg -l | grep -i stackdump
cat /etc/os-release | grep VERSION
官方文档目前没有 hobot-stackdump 的专门说明页,如果你后续确实需要崩溃栈分析能力,可以临时用 ulimit -c unlimited + systemd 的 coredump 机制代替。
这是镜像里的 dump_server 和 Ubuntu 22.04 运行库版本不匹配,不要手动升级 glibc。hobot-stackdump 只用于异常栈收集,当前可以先停掉,不影响正常业务功能:
sudo systemctl disable --now hobot-stackdump.service
sudo systemctl mask hobot-stackdump.service
再把 dpkg -l | grep hobot-stackdump 和 cat /etc/os-release | grep VERSION= 的输出贴一下,我们按软件包问题反馈处理。
