Frytea's Blog
·
Ascend 310P + openFuyao + NPU-Operator 故障排查
内容提要
在Ascend 310P故障排查中，发现由于虚拟环境缺少systemd，导致无法获取卡信息。定制镜像并安装systemd后，成功识别npu资源。
关键要点
-
在Ascend 310P故障排查中，发现虚拟环境缺少systemd，导致无法获取卡信息。
-
定制镜像并安装systemd后，成功识别npu资源。
-
故障pod描述显示设备插件状态为CrashLoopBackOff。
-
检查/dev和驱动目录，确认驱动文件存在。
-
日志显示获取卡数量失败，提示初始化失败。
-
需要在虚拟环境中定制镜像以安装systemd。
-
构建镜像时需修改Dockerfile以安装systemd。
-
修复后在节点中成功看到npu资源。
延伸解读
虚拟环境中的systemd重要性
在Ascend 310P的故障排查中，发现缺少systemd会导致无法获取卡信息。这表明在虚拟环境中，systemd的安装是确保设备正常工作的关键步骤。用户在部署时应特别注意这一点，确保镜像中包含systemd，以避免类似问题。
定制镜像的必要性
文章强调了在虚拟环境中定制镜像的重要性。通过在Dockerfile中添加安装systemd的命令，可以有效解决设备插件无法识别NPU资源的问题。这一过程不仅适用于Ascend 310P，也适用于其他类似的设备，用户应根据具体环境进行相应的镜像调整。
故障排查的步骤
故障排查过程中，检查/dev和驱动目录的存在性是关键步骤。确保驱动文件存在可以帮助快速定位问题。此外，查看日志信息也能提供有价值的线索，用户在排查时应系统性地检查这些方面，以提高故障解决的效率。
延伸问答
Ascend 310P故障排查中遇到的主要问题是什么？
主要问题是虚拟环境缺少systemd，导致无法获取卡信息。
如何解决Ascend 310P的故障？
通过定制镜像并安装systemd，成功识别npu资源。
在故障pod中，设备插件的状态是什么？
设备插件状态为CrashLoopBackOff。
如何检查Ascend 310P的驱动文件是否存在？
可以通过检查/dev和驱动目录来确认驱动文件是否存在。
构建Ascend 310P镜像时需要注意什么？
需要在Dockerfile中加入安装systemd的命令。
修复Ascend 310P故障后能看到什么？
修复后在节点中成功看到npu资源。
