sd-journal 接口导致syslog生成生coredump

<h3>优先级:</h3>次要<h3>详细描述:</h3> 【OS版本】：被测的版本信息master、oe-2403 【测试类型】：发现问题的测试类型，功能测试、可靠性测试、性能测试等功能测试 【测试步骤】：详细描述可以复现该问题的测试步骤1、配置可收集到rsyslog生成的coredump文件2、修改/etc/systemd/journald.conf,将缓冲区大小改成8M3、在后台起30个进程（进程名需超过16个字节，如print_more_processer_arm11111111112 打印日志4、执行while true;do journalctl --rotate;done轮转journal日志5、查看rsyslog是否发生coredump 【结果输出】：生成8个coredump 【预期输出】：不生成coredump 【测试代码】：发现问题的测试代码，或者关键片段，能指导问题复现 【初步定位结论】：已明确的相关定位信息或者相关的沟通交流信息 <h3>原因分析:</h3>【是否新引入rpm包，是否进行了安全编译选项扫描】否【定位分析】有效问题：已给上游社区提交issue： https://github.com/systemd/systemd/issues/35229由于转储日志的数量有关系，转储日志少的话rsyslog还没来得及处理日志就被下一次转储的给覆盖掉了，导致在读的数据被覆盖。
**二、缺陷分析结构反馈**
影响性分析说明：

缺陷严重等级:(Critical/High/Moderate/Low)

缺陷根因说明:

受影响版本排查(受影响/不受影响):
openEuler-20.03-LTS-SP4
openEuler-22.03-LTS-SP1
openEuler-22.03-LTS-SP3
openEuler-22.03-LTS-SP4
openEuler-24.03-LTS
openEuler-24.03-LTS-SP1

修复是否涉及abi变化(是/否):
openEuler-20.03-LTS-SP4
openEuler-22.03-LTS-SP1
openEuler-22.03-LTS-SP3
openEuler-22.03-LTS-SP4
openEuler-24.03-LTS
openEuler-24.03-LTS-SP1

src-openEuler/systemd
Closed

Content Risk Flag

Comments (15)

src-openEuler/systemdClosed .gitee-modal { width: 500px !important; }

Content Risk Flag