项目

一般

简介

错误 #3291

3.0基站整机环境,du崩溃后未在路径下找到coredump文件

孙 泽林大约一个月 之前添加. 更新于 12 天 之前.

状态:
已关闭
优先级:
普通
指派给:
开始日期:
2025-05-07
计划完成日期:
% 完成:

0%

预期时间:
问题归属:
CU
发现问题版本:
Rel_3.0.1
目标解决问题版本:
Rel_3.0.1

描述

【3.0基站_Rel_3.0.1_Pre1T4_600M】
测试版本:Rel_3.0.1_Pre1T4版本+3248cu
测试设备:核心网 192.168.8.218 基站 192.168.8.190
测试结果:du出现coredump,但coredump路径下未看到崩溃文件。
研发分析结果如下:
1.192.168.8.190环境,没有增加libmagic.so的软连接
2.baseService的代码,在使用magic库时,发现找不到库,找不到后代码逻辑有问题,直接删除了崩溃文件
结论:可以生成崩溃文件,但是baseService给删了
需要在后续版本进行修改

历史记录

#1

杨 杨乐 更新于 大约一个月 之前

  • 状态新建 变更为 进行中
#2

杨 杨乐 更新于 大约一个月 之前

du崩溃后没有崩溃文件的问题,原因如下:
1.192.168.8.190环境,没有增加libmagic.so的软连接
2.baseService的代码,在使用magic库时,发现找不到库,找不到后代码逻辑有问题,直接删除了崩溃文件
结论:可以生成崩溃文件,但是baseService给删了

#3

杨 杨乐 更新于 大约一个月 之前

  • 状态进行中 变更为 转测试
  • 指派给杨 杨乐 变更为 孙 泽林

【问题原因】
1.libmagic.so没有软连接
2.baseService在处理core转储功能时,由于找不到magic库,直接删除了core文件

【修改方案】
1.baseService在程序启动时判断下libmagic.so的软连接如果不存在的话,则创建软连接
2.baseService在处理core文件时,如果找不到magic库,则默认不删除core文件,并打印错误日志到baseService的调测日志中

【回归方法和注意事项】
可以出发du或者cu的崩溃,然后查找是否有崩溃文件

#4

孙 泽林 更新于 12 天 之前

  • 状态转测试 变更为 已关闭

解决

导出 Atom PDF