ArcGIS Pro “检查共享流程状态失败”错误 【暂行解决方法】
分享
-
2017-12-14
从1.3版本开始接触ArcGIS Pro，流畅的64位原生应用程序，靓丽的ribbon界面，二三维一体的极致体验，让我们看到变革的时候到来，传统的桌面用户现正在迁移过来，并且也吸引了大量新使用者。
ArcGIS Pro
但是我的机器在使用ArcGIS Pro发布服务时，总是出现Failed to check sharing process status，中文为：“检查共享流程状态失败”错误，从1.3，1.4，1.4Alpha4,2.0,2.0.1依然是这样。
Failed to check sharing process status
虽然状态检查失败，但并不影响服务发布，最后在Portal中都是可以看到发布成功的服务。开始我以为是软件没安装好，或者是Portal的配置有问题。于是尝试向ArcGIS Online上发布，还是同样的报错。
后来通过与同事以及美国Esri Support的沟通，他们提供了一个官方帮助文档链接http://pro.arcgis.com/zh-cn/pr ... s.htm，里面说到可在 ‘C:\Users\ \AppData\Local\ESRI\ArcGISPro\Staging\SharingProcesses’ 中找到状态报告
我按照自己用户名路径 C:\Users\Esri\AppData\Local\ESRI\ArcGISPro\Staging\SharingProcesses 然而并没有该路径的文件夹，也就是说出现这个报错，是因为ArcGIS Pro没有找到状态日志文件，那么日志写到哪去了呢？
通过文件夹搜索，最后找到了存储日志状态的文件夹。 路径为 C:\Users\Esri\ArcGISPro\AppData\Local\Esri\Staging\SharingProcesses
日志文件
到此，我们可以总结一下：当通过ArcGIS Pro发布服务时，状态日志并没有写到官方文档提到的C:\Users\esri\AppData\Local\ESRI\ArcGISPro\Staging\SharingProcesses路径下，却莫名其妙地写到C:\Users\Esri\ArcGISPro\AppData\Local\Esri\Staging\SharingProcesses里，对比一下两个路径，深度一致，可以看到ArcGISPro这个文件夹位置不同。从报错来看，ArcGIS Pro读取日志文件状态可能是按照官方文档说的路径。
因此，报错的机理算是找到了，但是为什么会造成路径不同呢？
美国Esri Support给出的建议是：新建一个操作系统账户，使用该账号登录系统，然后再发布服务看看是否还报错。果然老美的尝试建议是没问题，不会再报错，日志写到正常的路径下。然后老美解释是因为操作系统账户是corrupt user profile，这里我不知道如何翻译，但是问题在我的机器上并没有解决，不能为了这个问题，换一个操作系统账户。
想了许久这个问题。有以下猜想：我的操作系统用户名是esri，ArcGIS Pro在安装的时候，会初始化用户路径，本来esri这个词是ArcGIS软件中关键字，就好比编写程序的变量名不能与该语言内设的关键字冲突一样。所以ArcGIS Pro初始化状态日志路径出现了混乱现象。
==================================================
上面说了那么多，问题始终可能会存在，那么有没有可行的解决方案呢？经过多次尝试，答案是有的。
首先我尝试修改操作用户名，但貌似没什么用。网上说还需要修改对应用户名的注册表，感觉这么做有些风险，所以就放弃了。
好的，说到本质上来：就是找不到预设路径下的日志文件所致。那么为何不自己创建一个路径呢，然后将C:\Users\Esri\ArcGISPro\AppData\Local\Esri\Staging路径下的文件都实时同步过来。
这里就不得不提到曾经遇到的系统盘瘦身方案，利用windows自带的mklink命令，可以实现将默认C盘安装的应用程序文件（Adobe 全家桶）迁移到其他盘，程序仍然可以正常使用。
方案就这么形成了，首先将C:\Users\Esri\ArcGISPro\AppData\Local\Esri中的Staging文件夹剪切到C:\Users\esri\AppData\Local\ESRI\ArcGISPro下，然后以管理员的身份打开cmd窗口输入
由于我已经链接过了，所以会有如下提示。
实际这里就相当于在C:\Users\Esri\ArcGISPro\AppData\Local\Esri下放了C:\Users\esri\AppData\Local\ESRI\ArcGISPro中Staging文件夹的快捷方式，即文件夹的软连接，用过linux系统应该比较熟悉
cmd
接着用Pro发布一个服务试试，果然久未谋面的成功状态出现了。
发布成功
这个问题从用户来说，解决方法是避免使用esri这个操作系统用户名。
从ArcGIS Pro开发者来看，尽早修复这个程序逻辑问题应该是最终解决之道。
突然想到一个搞笑案例，分享一下“调试一段有关用户名的程序，上午测试的时候还好好的，下午测试老是获取到null，怎么找都找不到原因，后来后台的哥们说他把用户名改成了“null”，嗯，现在坟头的草一丈多了。
文章来源：https://mp.weixin.qq.com/s/9OMa623Q4WzJmxqokjJNjw
但是我的机器在使用ArcGIS Pro发布服务时，总是出现Failed to check sharing process status，中文为：“检查共享流程状态失败”错误，从1.3，1.4，1.4Alpha4,2.0,2.0.1依然是这样。
虽然状态检查失败，但并不影响服务发布，最后在Portal中都是可以看到发布成功的服务。开始我以为是软件没安装好，或者是Portal的配置有问题。于是尝试向ArcGIS Online上发布，还是同样的报错。
后来通过与同事以及美国Esri Support的沟通，他们提供了一个官方帮助文档链接http://pro.arcgis.com/zh-cn/pr ... s.htm，里面说到可在 ‘C:\Users\ \AppData\Local\ESRI\ArcGISPro\Staging\SharingProcesses’ 中找到状态报告
我按照自己用户名路径 C:\Users\Esri\AppData\Local\ESRI\ArcGISPro\Staging\SharingProcesses 然而并没有该路径的文件夹，也就是说出现这个报错，是因为ArcGIS Pro没有找到状态日志文件，那么日志写到哪去了呢？
通过文件夹搜索，最后找到了存储日志状态的文件夹。 路径为 C:\Users\Esri\ArcGISPro\AppData\Local\Esri\Staging\SharingProcesses
到此，我们可以总结一下：当通过ArcGIS Pro发布服务时，状态日志并没有写到官方文档提到的C:\Users\esri\AppData\Local\ESRI\ArcGISPro\Staging\SharingProcesses路径下，却莫名其妙地写到C:\Users\Esri\ArcGISPro\AppData\Local\Esri\Staging\SharingProcesses里，对比一下两个路径，深度一致，可以看到ArcGISPro这个文件夹位置不同。从报错来看，ArcGIS Pro读取日志文件状态可能是按照官方文档说的路径。
因此，报错的机理算是找到了，但是为什么会造成路径不同呢？
美国Esri Support给出的建议是：新建一个操作系统账户，使用该账号登录系统，然后再发布服务看看是否还报错。果然老美的尝试建议是没问题，不会再报错，日志写到正常的路径下。然后老美解释是因为操作系统账户是corrupt user profile，这里我不知道如何翻译，但是问题在我的机器上并没有解决，不能为了这个问题，换一个操作系统账户。
想了许久这个问题。有以下猜想：我的操作系统用户名是esri，ArcGIS Pro在安装的时候，会初始化用户路径，本来esri这个词是ArcGIS软件中关键字，就好比编写程序的变量名不能与该语言内设的关键字冲突一样。所以ArcGIS Pro初始化状态日志路径出现了混乱现象。
==================================================
上面说了那么多，问题始终可能会存在，那么有没有可行的解决方案呢？经过多次尝试，答案是有的。
首先我尝试修改操作用户名，但貌似没什么用。网上说还需要修改对应用户名的注册表，感觉这么做有些风险，所以就放弃了。
好的，说到本质上来：就是找不到预设路径下的日志文件所致。那么为何不自己创建一个路径呢，然后将C:\Users\Esri\ArcGISPro\AppData\Local\Esri\Staging路径下的文件都实时同步过来。
这里就不得不提到曾经遇到的系统盘瘦身方案，利用windows自带的mklink命令，可以实现将默认C盘安装的应用程序文件（Adobe 全家桶）迁移到其他盘，程序仍然可以正常使用。
方案就这么形成了，首先将C:\Users\Esri\ArcGISPro\AppData\Local\Esri中的Staging文件夹剪切到C:\Users\esri\AppData\Local\ESRI\ArcGISPro下，然后以管理员的身份打开cmd窗口输入
mklink /J "C:\Users\esri\AppData\Local\ESRI\ArcGISPro\Staging" "C:\Users\Esri\ArcGISPro\AppData\Local\Esri\Staging"由于我已经链接过了，所以会有如下提示。
实际这里就相当于在C:\Users\Esri\ArcGISPro\AppData\Local\Esri下放了C:\Users\esri\AppData\Local\ESRI\ArcGISPro中Staging文件夹的快捷方式，即文件夹的软连接，用过linux系统应该比较熟悉
cmd
接着用Pro发布一个服务试试，果然久未谋面的成功状态出现了。
发布成功
这个问题从用户来说，解决方法是避免使用esri这个操作系统用户名。
从ArcGIS Pro开发者来看，尽早修复这个程序逻辑问题应该是最终解决之道。
突然想到一个搞笑案例，分享一下“调试一段有关用户名的程序，上午测试的时候还好好的，下午测试老是获取到null，怎么找都找不到原因，后来后台的哥们说他把用户名改成了“null”，嗯，现在坟头的草一丈多了。
文章来源：https://mp.weixin.qq.com/s/9OMa623Q4WzJmxqokjJNjw
