2015-11-03 72 views
1

自从昨天起,我一直试图在Google Cloud SDK上部署我的项目,并且一直得到相同的错误。错误响应:[13]在Google Cloud SDK上部署项目时发生内部错误

我的app.yaml文件看起来像:

runtime: python27 
api_version: 1 
threadsafe: yes 

- url:/
    static_files: bin/index.html 
    upload: bin/index.html 

- url: /assets 
    static_dir: bin/assets 

- url: /src 
    static_dir: bin/src 

- url: /vendor 
    static_dir: bin/vendor 

- url: /templates-app.js 
    static_files: static/templates-app.js 
    upload: static/templates-app.js 

- url: /templates-common.js 
    static_files: static/templates-common.js 
    upload: static/templates-common.js 

- url: .* 
    script: main.app 

我使用这个命令部署:

gcloud preview app deploy app.yaml --version 1 --promote --force

而且我得到这个错误:

Beginning deployment... 
Copying files to Google Cloud Storage... 
Synchronizing files to [gs://staging.myapp.appspot.com/]. 
Updating module [default]...failed. 
ERROR: (gcloud.preview.app.deploy) Error Response: [13] An internal error occurred. 

回答

0

它最终被reportlab python库在lib文件夹中。

我发现插入它作为一个zip文件,而不是一个正常的文件夹工作。

import sys 
sys.path.insert(0, 'reportlab.zip') 

import reportlab 
... 

我不知道为什么它不起作用。但是我记得在使用app-engine上传项目时看到有关文件限制的信息。部署1个zip文件优于组成reportlab的181个文件。

+0

立即获取相同的错误。除了错误13之外,没有任何细节看起来像是别的东西坏了。我有很多文件,但是没有超出任何限制,除非最近更改了限制。 – Jonny

+0

我得到了几次错误。每次为我减少文件计数。 –

0

我注意到你不在app.yaml文件中没有您的应用程序名称,您也没有在上传cmd中指定它。我建议在app.yaml提供尽可能多的信息以尽量减少人为错误的机会。您也可以在app.yaml中指定版本。这种习惯将有助于您获得多模块应用程序,其中这些信息是必需的。请参阅modules config doc中的示例。

从不同的预期,我看到一些报道中gcloud preview app deploy绊倒,你总是可以尝试其他方法来排除这种情况,请参阅我的回答这个问答&答:Google App Engine deploy with Django module after gcloud update?

+0

感谢您的提示 –

+2

我发现相反,像'gcloud preview app deploy ...'这样的命令往往会抱怨app.yaml中的'application'和'version'。所以现在我大部分时候都将这些添加到命令行中(--project xxx --version yyy),除非在运行本地服务器时使用GoogleAppEngineLauncher。 – Jonny

0

您的项目可能会被删除或关闭。更改项目ID并尝试。

相关问题