安装
Pip安装
Q: 使用pip安装时报错: ERROR: mindspore_{VERSION}.whl is not a supported wheel on this platform应该怎么办？
A: pip会通过wheel安装包的文件名来判断该安装包是否与当前Python环境兼容，例如安装mindspore_ascend-1.2.0-cp37-cp37m-linux_aarch64.whl时，pip会检查:
当前python环境为3.7.x版本
当前操作系统为Linux
操作系统架构为arm64
因此，如果出现 is not a supported wheel on this platform 问题，请检查当前环境是否满足MindSpore安装要求，以及该MindSpore安装包版本是否正确。
Q: macOS系统源码编译后使用pip安装报错: ERROR: mindspore-{VERSION}.whl is not a supported wheel on this platform应该怎么办？
A: 首先检查output目录下编译得到的安装包名，类似mindspore-1.6.0-cp37-cp37m-macosx_11_1_x84_64.whl。包名中“11_1”的意思是编译时使用的SDK版本是11.1。如果使用的SDK版本为11.x，则可能是因为编译时使用的SDK版本过高导致无法安装。
解决方法一：可以重命名安装包后再尝试安装，例如将上述安装包重命名为mindspore-1.6.0-cp37-cp37m-macosx_10_15_x84_64.whl。
解决方法二：在源码编译前，设置环境变量MACOSX_DEPOLYMENT_TARGET为10.15并重新编译。
Q: 使用pip安装时报错: SSL:CERTIFICATE_VERIFY_FATLED应该怎么办？
A: 在pip安装命令后添加参数 --trusted-host=ms-release.obs.cn-north-4.myhuaweicloud.com重试即可。
Q: MindSpore对Protobuf版本是否有特别要求？
A: MindSpore默认安装Protobuf的3.13.0版本，如果不是该版本，在使用pytest测试代码时日志中会产生很多告警，建议您使用命令pip install protobuf==3.13.0重新安装3.13.0版本。
Q: 使用pip安装依赖库时提示No matching distribution found for XXX错误，应该怎么办？
A: 请执行pip config list，查看当前软件库索引路径index-url。某些情况下，软件库索引会出现更新滞后，可尝试设置其他软件库索引路径。
Q: MindSpore网站安装页面找不到MindSpore Insight和MindSpore Armour的whl包，无法安装怎么办？
A: 您可以从MindSpore网站下载地址下载whl包，通过pip install命令进行安装。
Q: 在ARM架构的环境上使用pip安装MindSpore时报错: Could not find a version that satisfies the requirement应该怎么办？
A: 大概率是因为pip版本低于19.3，无法识别manylinux2014标签，导致pip install阶段下载了错误版本的numpy或scipy等python软件包，进而引发了无法找到构建依赖的问题，请执行pip install --upgrade pip将环境中的pip升级到19.3以上，重新安装MindSpore。
Q: pip安装MindSpore时，报错 Running setup.py install for pillow: finished with status 'error' ... The headers or library files could not be found for jpeg, ...，应该怎么办？
A: MindSpore依赖三方库pillow进行部分的数据处理操作，而pillow需要依赖环境上已经安装libjpeg库，以Ubuntu环境为例，可以使用sudo apt-get install libjpeg8-dev来安装libjpeg库，然后再安装MindSpore。
Q: ARM版macOS在Python3.8环境中编译的mindspore包安装后执行报错 ImportError: dlopen ... no suitable image found. Did find:..._psutil_osx.cpython-38-darwin.so: mach-o, but wrong architecture怎么办？
A: ARM版macOS上的Python3.8包含的psutil无法正确识别当前系统的架构，会自编译为适配x86架构的二进制，因此出现冲突问题。如果在Conda环境则执行pip uninstall psutil; conda install psutil，如果在非Conda环境中则执行pip uninstall psutil; pip install --no-binary :all: psutil以正确安装psutil。
具体原因可以参照该stackoverflow帖子。
Q: ARM版macOS在安装MindSpore时，安装依赖库scipy报错 error: metadata-generation-failed 怎么办？
A: 对应ARM版macOS的scipy在pypi源的版本仅适配MacOS 12以上版本的操作系统，低版本操作系统会自动下载scipy源码包进行编译，大概率会遇到编译失败问题。如果使用Conda环境，建议执行pip uninstall scipy; conda install scipy，MacOS 11系统强烈建议使用Conda以规避类似的兼容性问题。
Conda安装
Q: Ascend硬件平台，在个人的Conda环境中，有时候出现报错RuntimeError: json.exception.parse_error.101 parse error at line 1, column 1: syntax error while parsing value - invalid literal; last read: 'T'，该怎么处理？
A: 出现这种类型的报错，大概率是昇腾AI处理器配套软件包更新后个人的Conda环境中没有更新te或hccl工具包，可以将当前Conda环境中的上述几个工具包卸载，然后执行软件包中提供的环境变量配置脚本，即可配置PYTHONPATH，自动找到安装目录中上述软件包的最新版本，无需手动安装到Conda环境: source /usr/local/Ascend/ascend-toolkit/set_env.sh。
Source安装
Q: MindSpore安装: 版本0.6.0-beta + Ascend + Ubuntu_aarch64 + Python3.7.5，手动下载对应版本的whl包，编译并安装gmp6.1.2。其他Python库依赖已经安装完成，执行样例失败，报错显示找不到so文件。
A: libdatatransfer.so动态库是fwkacllib/lib64目录下的，请先在/usr/local目录查找到这个库所在的路径，然后把这个路径加到LD_LIBRARY_PATH环境变量中，确认设置生效后，再执行。
Q: 在Linux中已经安装了交叉编译工具，但是编译命令要怎么写呢？
A: arm64版本编译: bash build.sh -I arm64；arm32版本编译: bash build.sh -I arm32；注意要先设置环境变量，指定Android NDK路径: export ANDROID_NDK=/path/to/android-ndk，编译成功后，在output目录可以找到编译出的包。
Q: 源码编译MindSpore过程时间过长，或时常中断该怎么办？
A: MindSpore通过submodule机制引入第三方依赖包，其中Protobuf依赖包（v3.13.0）下载速度不稳定，建议您提前进行包缓存。
Q: 源码编译时，报错MD5 does not match，应该怎么办？
A: 这种报错可能是在编译的时候由于网络问题导致一些第三方库下载中断，之后重新编译的时候，该文件已经存在但是不完整，在校验MD5的时候失败。解决方法是: 删除.mslib缓存路径中的相关第三方库，然后重新编译。
Q: 环境上安装了Python3.7.5，环境变量设置正确，编译MindSpore时仍然报错Python3 not found，应该怎么办？
A: 可能是因为当前环境上的Python未包含动态库。编译MindSpore需要动态链接Python库，因此需要使用开启动态库编译选项的Python3.7.5，即在源码编译Python时使用./configure --enable-shared命令。
Q: 如何改变第三方依赖库安装路径？
A: 第三方依赖库的包默认安装在build/mindspore/.mslib目录下，可以设置环境变量MSLIBS_CACHE_PATH来改变安装目录，比如 export MSLIBS_CACHE_PATH = ~/.mslib。
Q: 编译失败后，应该清理哪些路径以确保上次失败的编译结果不会影响到下一次编译？
A: 在编译MindSpore时，如果:
第三方组件下载或编译失败，例如icu4c的patch动作失败返回错误信息
Cmake Error at cmake/utils.cmake:301 (message): Failed patch:，则进入编译目录下的build/mindspore/.mslib目录，或由MSLIBS_CACHE_PATH环境变量指定的第三方软件安装目录，并删除其中的对应软件。其他阶段编译失败，或打算删除上一次编译结果，完全重新编译时，直接删除
build目录即可。
Q: 编译时报错，打开CMakeError.txt提示pthread找不到怎么办？
A: 真正的失败原因会体现在打屏的日志里，CMakeError.txt报错内容一般情况下与编译失败的真正原因无关，请寻找打屏日志中的第一个报错。
Q: 编译成功后，运行时报错undefined reference to XXXX或undefined symbol XXXX怎么办？
A: 可能的原因有:
如果问题是
git pull更新代码后出现，请删除掉build文件夹，排除前次构建的影响。如果问题是修改代码后出现，可以使用
c++filt XXXX查看该符号的意义，有可能是函数未实现、虚函数未实现、依赖未链接等原因引起。如果问题发生在Ascend平台，排除上述原因后，很可能是由于MindSpore版本与CANN版本不匹配引起的，版本匹配关系参考安装说明。
Q: 编译完成时告警，SetuptoolsDeprecationWarning: setup.py install is deprecated ...怎么办？
A: Python的setuptools组件从58.3.0版本宣布放弃直接调用setup.py的使用方式，因此在安装了较高版本的setuptools的Python环境中源码编译时会遇到类似告警。该告警暂不影响MindSpore的使用，我们将在后续的版本中更换打包方式。 详情可以参照setuptools版本记录
Q: MindSpore要求的配套软件版本与Ubuntu默认版本不一致怎么办？
A: 当前MindSpore只提供版本配套关系，需要您手动进行配套软件的安装升级。（注明: MindSpore要求Python3.7.5和gcc7.3，Ubuntu 16.04默认为Python3.5和gcc5，Ubuntu 18.04默认自带Python3.7.3和gcc7.4）。
Q: 执行用例报错No module named 'mindspore.version'，应该怎么办？
A: 当有这种报错时，有可能是在创建了和MindSpore安装包相同名字的路径中执行用例，导致Python导入包的时候优先找到了当前目录下，而当前目录没有version.py这个文件。解决方法就是目录重命名或者向上退出一级或者多级目录。
Docker安装
Q: MindSpore是否支持Nvidia GPU独立显卡+Windows操作系统的个人电脑？
A: 目前MindSpore支持的情况是GPU+Linux与CPU+Windows的组合配置，Windows+GPU的支持还在开发中。 如果希望在GPU+Windows的环境上运行，可以尝试使用WSL+docker的方式，操作思路:
以WSL方式安装起Ubuntu18.04，参考Install Linux on Windows with WSL。
安装支持WSL的Nvidia驱动以及在WSL运行容器的环境部署，参考CUDA on WSL User Guide。
由于CUDA on WSL还是预览特性，注意参考链接里对Windows版本要求的说明，版本不够的需要做升级。
参考Docker镜像，取MindSpore-GPU镜像。如取MindSpore1.0.0版本容器，在WSL Ubuntu18.04中执行
docker pull mindspore/mindspore-gpu:1.0.0运行容器:docker run -it --runtime=nvidia mindspore/mindspore-gpu:1.0.0 /bin/bash
详细步骤可以参考社区提供的实践张小白教你安装Windows10的GPU驱动（CUDA和cuDNN）。 在此感谢社区成员张辉的分享。
卸载
Q: 如何卸载MindSpore？
A: 首先请确定MindSpore的全称，例如gpu版本的MindSpore，可以执行命令pip uninstall mindspore-gpu进行卸载。
环境变量
Q: 一些常用的环境变量设置，在新启动的终端窗口中需要重新设置，容易忘记应该怎么办？
A: 常用的环境变量设置写入到~/.bash_profile 或 ~/.bashrc中，可让环境变量设置在新启动的终端窗口中立即生效。
Q: 使用GPU版本MindSpore时，如何设置DEVICE_ID环境变量？
A: MindSpore GPU模式一般无需设置DEVICE_ID环境变量，MindSpore会根据cuda环境变量CUDA_VISIBLE_DEVICES，自动选择可见的GPU设备。设置CUDA_VISIBLE_DEVICES环境变量后，则DEVICE_ID环境变量代表可见GPU设备的下标:
执行
export CUDA_VISIBLE_DEVICES=1,3,5后，DEVICE_ID应当被设置为0，1或2，若设置为3及以上，MindSpore会由于设备ID不合法而运行失败。
Q: 编译应用时报错/usr/bin/ld: warning: libxxx.so, needed by libmindspore.so, not found怎么办？
A: 寻找缺少的动态库文件所在目录，添加该路径到环境变量LD_LIBRARY_PATH中。
Q: 运行应用时出现ModuleNotFoundError: No module named 'te'怎么办？
A: 首先确认环境安装是否正确，te、topi等whl包是否正确安装。如果用户环境中有多个Python版本，如Conda虚拟环境中，需ldd name_of_your_executable_app确认应用所链接的libpython3.so是否与当前Python路径一致，如果不一致需要调整环境变量LD_LIBRARY_PATH顺序，例如
export LD_LIBRARY_PATH=`python -c "import distutils.sysconfig as sysconfig; print(sysconfig.get_config_var('LIBDIR'))"`:$LD_LIBRARY_PATH
将当前的python命令对应程序的运行库路径加入到LD_LIBRARY_PATH的最前面。
安装验证
Q: MindSpore的GPU版本对设备的计算能力有限制吗？
A: 目前MindSpore仅支持计算能力大于5.3的设备。
Q: 个人电脑CPU环境安装MindSpore后验证代码时报错: the pointer[session] is null，具体代码如下，该如何验证是否安装成功呢？
import numpy as np
import mindspore as ms
import mindspore.ops as ops
ms.set_context(device_target="Ascend")
x = ms.Tensor(np.ones([1,3,3,4]).astype(np.float32))
y = ms.Tensor(np.ones([1,3,3,4]).astype(np.float32))
print(ops.add(x,y))
A: 验证安装是否成功，可以参照对应版本的安装指南页面中 验证是否成功安装 段落的描述：
python -c "import mindspore;mindspore.run_check()"
如果输出：
MindSpore version: 版本号
The result of multiplication calculation is correct, MindSpore has been installed successfully!
说明MindSpore安装成功了。
Q: Linux平台下执行用例的时候会报错sh:1:python:not found或者由于链接到了Python2.7的版本中而报错No module named mindspore._extends.remote，该怎么处理？
A: 遇到类似的问题，大多是由于Python的环境问题，可以通过如下方式检查Python环境是否是MindSpore运行时所需要的环境。
在终端窗口中输入
python，检查以下进入Python交互环境中的版本信息，如果直接报错则是没有Python的软连接；如果进入的是非Python3.7版本的环境，则当前Python环境不是MindSpore运行所需要的。执行
sudo ln -sf /usr/bin/python3.7.x /usr/bin/python创建Python的软连接，然后再检查执行。
Q: 在脚本中import mindspore之前import了其他三方库，提示如下错误(/{your_path}/libgomp.so.1: cannot allocate memory in static TLS block)该怎么解决?
A: 上述问题较为常见，当前有两种可行的解决方法，可任选其一:
交换import的顺序，先
import mindspore再import其他三方库。执行程序之前先添加环境变量（
export LD_PRELOAD=/{your_path}/libgomp.so.1），其中{your_path}是上述报错提示的路径。
Q: 运行MindSpore时出现告警 UserWarning: The value of the smallest subnormal for <class 'numpy.float64'> type is zero. 应该怎么解决？
A: 上述问题出现在安装了较新版本的numpy(>=1.22.0)版本的ARM python3.9环境上。告警来自numpy而非MindSpore。如果告警影响到了代码的正常调测，可以考虑手动安装较低版本的numpy(<=1.21.2)来规避。
Q: 运行MindSpore时出现报错 AttributeError: module 'six' has no attribute 'ensure_text' 应该怎么解决？
A: 上述问题的原因是环境安装了较新版本的asttokens(>=2.0.6)，其依赖的six版本不匹配。更新six版本(>=1.12.0)即可解决。
Q: 运行MindSpore时出现报错 ModuleNotFoundError: No module named 'requests' 应该怎么解决？
A: 上述问题的原因是当前python环境缺少requests包，pip install requests即可解决。