systemd-networkd.service 、systemd-timesyncd.service和systemd-resolved.service文件中增加DynamicUser=yes，第二次重启服务，服务启动失败。

【OS版本】：被测的版本信息

openEuler-20.03-LTS-SP1_aarch64

compiletime=2021-05-18-01-26-19

kernelversion=4.19.90-vhulk2103.1.0.h472

【测试类型】：发现问题的测试类型，功能测试、可靠性测试、性能测试等

可靠性测试

【测试步骤】：详细描述可以复现该问题的测试步骤

1。systemd-networkd.service 、systemd-timesyncd.service和systemd-resolved.service文件的[Service]中增加DynamicUser=yes配置

2。systemctl daemon-reload，systemctl restart 任一个服务，服务重启成功

3。systemctl restart 任一个服务，服务重启成功，预期结果1

4.。删除DynamicUser=yes配置，systemctl  daemon-reload，systemctl restart systemd-networkd.service，再次重启服务，预期结果2

【结果输出】：根据上述测试步骤执行后，系统的实际输出重启成功，但日志有如下提示信息：

2.重启失败，日志如下：

【预期输出】：系统在上述测试步骤操作后，按照系统设计应该输出的结果

1.2 ： 重启成功

【测试代码】：发现问题的测试代码，或者关键片段，能指导问题复现

【初步定位结论】：已明确的相关定位信息或者相关的沟通交流信息

疑问：

1.DynamicUser=yes : restart的 stop流程中为什么不删除private目录，以防影响后续start失败?

2. 用户已经存在的情况下，同时配置DynamicUser=yes，是不是导致了stop流程异常，因为不删除用户，就直接退出了，导致private这些目录也没删除？

【是否新引入rpm包，是否进行了安全编译选项扫描】

否

【定位分析】（有效问题请“先对原有功能进行描述，重点描述与当前故障现象相关的技术点、以及缺陷出现的触发条件、错误出现的函数等”；非问题“需要澄清技术细节，描述技术实现原理以及当前现象合理性的解释”；重复问题请“说明重复问题单号”）

启用动态用户时，如果配置了StateDirectory，systemd会在/var/lib目录下创建相应的软连接用于保存永久数据。如systemd-timesyncd服务的软连接为：timesync -&gt; ../private/systemd/timesync。systemd当前版本处理软连接时，只是进行了简单字符串拼接，没有做进一步解析。

当前版本：只会比对target与q；

修复后：对target、q进行相对路径的解析，再进行比对。

确保能够正确识别已经启用过动态用户，然后关闭的场景。

【对外部(配置、头文件、外部函数)是否有影响】

否

src-openEuler/systemd

内容风险标识

评论 (1)

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

内容风险标识