Python 模板化数据流在加载时挂起超过一小时,并因错误而退出

Python 模板化数据流在加载时挂起超过一小时,并因错误而退出,python,google-cloud-dataflow,Python,Google Cloud Dataflow,在将数据流从命令行执行转换为可模板执行时,我遇到了以下问题 数据流将启动,但在加载状态下,在以下日志消息之后挂起: (71df0de383b642bd):在欧洲西部开始1名工人2-a 一小时后,似乎触发了超时,数据流停止,并显示以下日志消息: (84598aaa4185b9a0):工作流失败。原因:(84598aaa4185b571):数据流似乎被卡住。请联系位于的数据流团队 我按照翻译指南从:。我使用“RuntimeValueProvider”捕获通常通过命令行插入的所有参数 我能在这方面得到

在将数据流从命令行执行转换为可模板执行时,我遇到了以下问题

数据流将启动,但在加载状态下,在以下日志消息之后挂起:

(71df0de383b642bd):在欧洲西部开始1名工人2-a

一小时后,似乎触发了超时,数据流停止,并显示以下日志消息:

(84598aaa4185b9a0):工作流失败。原因:(84598aaa4185b571):数据流似乎被卡住。请联系位于的数据流团队

我按照翻译指南从:。我使用“RuntimeValueProvider”捕获通常通过命令行插入的所有参数


我能在这方面得到帮助吗?

似乎在创建时,我只设置了一个
--zone
参数,没有设置
--region
参数。这导致模板文件将
--region
选项设置为其默认值(“此时为us-central1”),并将
--zone
选项保留为我设置的任何选项。就我而言,这是“欧洲西部1-b”

因此,拥有一个带有
--美国中部地区1
--欧洲西部地区1-b
的模板是失败的。最后有点合乎逻辑。但是对此没有任何反馈。因为如果在创建模板时未设置
--region
标志,则信息窗格中不会呈现默认值。因此,如果可以将这些值呈现到右侧的信息窗格中,可能会很方便。甚至突出显示可能导致此类故障的不匹配

现在,最后,我用
--region europe-west1
--zone europe-west1-b
创建了我的模板来解决这个问题。(我认为它在没有补充
--zone
选项的情况下也可以工作,但我已经选择了一个)


非常感谢Pablo为我指出了这些地区。我的模板现在可以工作了。

当然可以。您能提供工作ID吗?您好,Pablo,请参阅工作ID 2017-11-02_10_31_06-3577732489891572038和2017-11-02_08_29_42-10298347787797825179您为此提供了分区和地区标志吗?如果是,您提供了哪些?我相信您的问题是,在模板中您设置了region=europe-west2-a,但将作业提交给region=europe-west1。请不要为模板设置区域,或将其设置为适当的europe-west1。亲爱的Pablo,这是公平的。但是2017-11-06_11_05_25-4140564809200439667呢?该模板不是使用预定义区域创建的。不过,请注意。。如果经理在
us-central1
,而工人在
europe-west2-a
,则该工作仍应有效。您确定模板没有意外地出现
region=europe-west2-a