2015-11-03 41 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並嘗試。

相關問題