Warning: file_get_contents(/data/phpspider/zhask/data//catemap/3/sql-server-2005/2.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Google app engine 谷歌应用引擎管理的虚拟机赢得';不部署_Google App Engine - Fatal编程技术网

Google app engine 谷歌应用引擎管理的虚拟机赢得';不部署

Google app engine 谷歌应用引擎管理的虚拟机赢得';不部署,google-app-engine,Google App Engine,直到今天早上应用程序停止响应,一切都很好。当这种情况发生时,我会重新部署,但今天,当我尝试重新部署时,它只是说“没有足够的虚拟机就绪(0/1,1仍在部署)。”它整天都这么说 我想可能是硬盘容量太大了,所以我删除了vm_设置,并添加了一个参考资料部分,使硬盘容量加倍 我使用appcfg.py部署了静态后端YAML,如下所示 application: happycyborg1 module: static-backend version: 2 # not used with gcloud runt

直到今天早上应用程序停止响应,一切都很好。当这种情况发生时,我会重新部署,但今天,当我尝试重新部署时,它只是说“没有足够的虚拟机就绪(0/1,1仍在部署)。”它整天都这么说

我想可能是硬盘容量太大了,所以我删除了vm_设置,并添加了一个参考资料部分,使硬盘容量加倍

我使用appcfg.py部署了静态后端YAML,如下所示

application: happycyborg1
module: static-backend
version: 2  # not used with gcloud
runtime: python27
api_version: 1
threadsafe: true
manual_scaling:
  instances: 1
vm: true
resources:
  cpu: 2
  memory_gb: 7.5
  disk_size_gb: 20
libraries:
- name: webapp2
  version: latest
- name: jinja2
  version: latest
- name: numpy
  version: "1.6.1"
handlers:
- url: /.*
  script: live.APP
但我仍然得到同样的结果“没有足够的虚拟机准备就绪(0/1,1仍在部署)。”

如果我尝试使用
gcloud preview app deploy./app.yaml./static_backend.yaml部署(删除“版本2”,因为这给了我一个错误),它仍然会说“没有足够的虚拟机就绪(0/1,1仍在部署)。”


直到16小时前,一切都很顺利。现在整个应用程序都关闭了。

这可能是由于各种原因造成的,但通常意味着应用程序由于某种原因无法启动。你查过日志了吗?如果您在控制台中查看,您应该会看到一些下拉菜单,并且可能会在其中一个菜单中发现一些错误。此外,如果您不能很快解决这个问题,请尝试在PST工作时间拜访我们,我们可以深入了解详细信息。您可能还需要再次检查您是否创建了新的计算实例(以检查您是否超过VM配额)。如果是这样,解决方案可能是删除您的一个版本。日志中没有任何内容,只有HTTP错误503:服务不可用。配额看起来都不错。我只有一个版本。嗯,今天早上它开始独立工作了。我昨天做了十几件事都没有成功。也许我做的其中一件事需要地球自转才能生效。:-\n很抱歉听到这个消息,你的应用程序可能存在暂时性问题,但MVM也可能存在暂时性错误。这仍然是一个测试版产品,因为很多问题仍在解决中,所以很抱歉给您带来不便。希望不会再发生这种事!我要提到的最后一个调试步骤(对于后代)是使用ssh连接到VM并连接到docker容器,确保一切都按预期运行。