“工作空间需要Python版本%0，但是Python版本%1已经加载了”的注释和答案 https://knowledge.亚搏在线safe.com/questions/67346/the-workspace-requires-python-version-0-but-python.html “工作空间需要Python版本%0，但Python版本%1已经加载”的最新注释和答案 答案由peterx https://knowledge.亚搏在线safe.com/answers/90010/view.html

FME服务器(在我的例子中是2018.1.1.2)不能按要求在Python版本(2.7/3.4)之间切换，这表明存在一个缺陷(除非显式地不支持它，然后它应该不允许发布/调度)。

这个错误不应该被记录和修复吗?

错误:


工作空间需要Python版本%0，但是Python版本%1已经加载


2019年4月9日星期二23:50:31 GMT peterx 评论由alex_chris对alex_chris的答案 https://knowledge.亚搏在线safe.com/comments/86962/view.html

嗨@tino非常感谢你的帮助。调查这个问题时，我意识到我们实际上是在处理版本问题。我忽略了一个事实，我们有一个共享的FME服务器和我的一些同事仍然运行工作台2.7解释器集。这是,如果别人上传的工作台在服务器2.7和发生在引擎上运行下面的一个3.4 +第二个就会打破,所以这个问题没有多少与工作区减免,但跑之前,即使是来自一个不同的用户和不同的过程。我现在明白了。

 2019年2月14日星期四17:24:57 GMT alex_chris tino评论tino的回答 https://knowledge.亚搏在线safe.com/comments/86775/view.html

你运行什么FME服务器版本?
这应该是固定在最近的版本:

是的，当出现这样的不匹配时，引擎应该知道尝试重新加载正确的python解释器。这个问题,你看到的是一个问题,早些时候出现在一些FME Server 2018 beta版本的:我们有固定为2018.0(18310年建立和更新)以及2018.1构建18481新(从日志文件时,它看上去就像你看到这对构建18459)。对于这个修复，当引擎遇到这样的python版本不匹配时，它将自动重新启动引擎，以便加载正确的解释器。

所以FME服务器应该能够重新加载适当的解释器。

如果你用的是老版本，只需修改fmeServerConfig.txt:

MAX_TRANSACTION_RESULT_SUCCESSES = 100MAX_TRANSACTION_RESULT_FAILURES = 10

都为1。这迫使引擎在每个进程之后重新启动。(这只需要几分之一秒，所以在大多数情况下不应该发生速度回归)。

(*)https://docs.亚搏在线safe.com/fme/html/FME_Server_Documentation/Content/ReferenceManual/ConfigFileRef.htm


 2019年2月12日星期二格林尼治时间10:39:21 天奴 答案由alex_chris https://knowledge.亚搏在线safe.com/answers/86771/view.html

我面临着同样的问题，我可以保证我在相同的引擎上两次、三次、四次检查了“与以前使用的Python版本不同的Python版本”

 2019年2月12日星期二格林尼治时间10:24:27 alex_chris 世嘉对世嘉的回答的评论 https://knowledge.亚搏在线safe.com/comments/67435/view.html 谢谢你的回答。
绝对为所有工作台的Esri ArcGIS桌面(Python 2.7)选择Python版本。这一点是在特殊的控制，因为我们所有的工作台都与ESRI数据库一起工作，并且它需要与数据写/读兼容。

在2015年的FME-Server中，我们没有遇到这个问题。 GMT时间2018年4月4日星期三 世嘉 答案由david_r https://knowledge.亚搏在线safe.com/answers/67363/view.html

是否可能使用python2和python3混合使用工作区?

在同一个引擎上，当一个工作空间请求一个与以前使用的Python版本不同的Python版本时，FME服务器有一个已知的问题。

更多的细节在这里(也可以考虑投票的想法，以改善这一点):https://knowledge.亚搏在线safe.com/idea/36272/allow-different-fme-cloud-python-interpreter.html

 08:12:01 GMT david_r