重启日志进程

进程重启后，生成的日志信息会写入一个全新的日志文件里（即使之前的日志文件大小未达到限定的值）。
修改配置文件后，重启slogd进程时请使用kill -15停止slogd进程，这样slogd进程接收到结束信号时，会清理共享内存。如果使用kill -9强制停止，slogd进程接收不到结束信号，不会清理共享内存，会导致slogd进程下次启动后获取到旧的日志级别信息，导致落盘的日志级别和配置文件中的不一致。
如果kill -15反复执行失败，请使用kill -9强制停止日志进程。

推理场景（Ascend RC）

执行如下命令停止日志进程。
kill -15 进程ID

其中，进程（slogd、sklogd或log-daemon）ID可以通过ps -elf | grep log命令查询。
重新手动拉起日志进程。
1. 执行如下命令切换到普通用户（如HwHiAiUser）。
```
su HwHiAiUser
```
2. 执行如下命令手动拉起日志进程。
  - 拉起slogd进程。
```
nohup /var/slogd > /dev/null 2>&1 &
```
  - 拉起sklogd进程。
```
nohup /var/sklogd > /dev/null 2>&1 &
```
  - 拉起log-daemon进程。
```
nohup /var/log-daemon > /dev/null 2>&1 &
```
3. 执行如下命令确认日志进程（slogd、sklogd或log-daemon）是否被拉起。
```
ps -elf | grep log
```

重启异常处理

如果重新拉起日志进程失败，可能为以下原因导致，请参考处理：

slogd.pid属主异常
 进入/usr/slog目录，执行ls -l命令查看slogd.pid属主是否为root，如果属主是root，建议删除该文件后重新手动拉起日志进程。
/var目录所在磁盘使用率达100%
进入根目录，运行命令df -h，如果/var目录所在磁盘使用率达到100%导致slogd启动失败，则进入“/var/log/npu/slog”目录，手动删除一些较大的、时间较早的日志文件。删除完后重新手动拉起日志进程。