日志没有正常落盘

Ascend EP标准形态

通过msnpureport工具导出Device侧系统日志失败

如果通过msnpureport工具导出Device侧系统日志失败，请参照如下步骤处理：

在Host侧执行msnpureport工具命令后，查看打印的提示信息定位问题。
若未能解决问题，请执行2。
在Host侧执行如下命令查看Host侧日志存放路径（运行msnpureport工具所在路径）所在的磁盘空间是否已满。
```
df -h
```
若未能解决问题，您可以获取日志后单击Link联系技术支持。

应用类日志没有正常落盘

如果应用类日志没有正常落盘（包括“$HOME/ascend/log/”目录下plog日志和device-id日志），请参照如下步骤处理：

执行如下命令查看Host侧“/var/log/messages”文件中是否有相关的错误日志。
aarch64架构：
```
cat /var/log/messages
```
x86_64架构：
```
cat /var/log/syslog
```
若未能解决问题，请执行2。
在Host侧执行如下命令查看日志落盘路径（“$HOME/ascend/log/”）所在的磁盘空间是否已满。
```
df -h
```
若未能解决问题，请执行3。
在Host侧通过msnpureport工具导出Device侧系统日志，查看是否有相关的错误日志。
通过msnpureport工具导出Device侧系统日志的方法请参见《msnpureport工具使用指南》。
若未能解决问题，您可以获取日志后单击Link联系技术支持。

Ascend RC形态

应用类日志没有正常落盘

如果应用类日志没有正常落盘，请参照如下步骤处理：

执行如下命令查看应用进程依赖的动态库是否正确。
```
ldd xxx
```
xxx为二进制应用进程。
执行如下命令查看日志落盘路径（“/var/log/npu/slog”）所在的磁盘空间是否已满。
```
df -h
```
执行如下命令查看slogd进程是否存在。
```
ps -elf | grep slogd
```
若返回slogd进程相关信息，说明slogd进程存在。

对于Atlas 200I/500 A2 推理产品，若slogd进程不存在，您可以获取日志后单击Link联系技术支持。
若以上均无问题，但应用类日志仍没有正常落盘，可以尝试参考重启日志进程内容处理日志进程启动异常。

系统类日志没有正常落盘

如果系统类日志没有正常落盘，请参照如下步骤处理：

执行如下命令查看相关日志进程（slogd、sklogd）是否存在。
```
ps -elf | grep log
```
若显示进程相关信息，说明相关日志进程已存在。

对于Atlas 200I/500 A2 推理产品，若进程不存在，您可以获取日志后单击Link联系技术支持。
执行如下命令查看日志落盘路径（“/var/log/npu/slog”）所在的磁盘空间是否已满。
```
df -h
```
若以上均无问题，但系统类日志仍没有正常落盘，可以尝试参考重启日志进程内容处理日志进程启动异常。

父主题： FAQ