2017-06-05 1 views
0

Ab Freitag Nachmittag letzte Woche, ich bin plötzlich nicht GCP für mein Projekt zu implementieren und ich die folgende Fehlermeldung:Google Cloud aspnetcore Standard-Builder yaml fehlt

... 
Building and pushing image for service [myService] 
ERROR: (gcloud.beta.app.deploy) Could not read [<googlecloudsdk.api_lib.s 
storage_util.ObjectReference object at 0x045FD130>]: HttpError accessing 
//www.googleapis.com/storage/v1/b/runtime-builders/o/gs%3A%2F%2Fruntime-b 
%2Faspnetcore-default-builder-20170524113403.yaml?alt=media>: response: < 
s': '404', 'content-length': '9', 'expires': 'Mon, 05 Jun 2017 14:33:42 G 
ary': 'Origin, X-Origin', 'server': 'UploadServer', 'x-guploader-uploadid 
B2UpOw2hMicKUV6j5FRap9x4UKxxZsb04j9JxWA_kc27S_AIPf0QZQ40H6OZgZcLJxCnnx5m4 
8x3JV3p9kvZZy-A', 'cache-control': 'private, max-age=0', 'date': 'Mon, 05 
17 14:33:42 GMT', 'alt-svc': 'quic=":443"; ma=2592000; v="38,37,36,35"', 
t-type': 'text/html; charset=UTF-8'}>, content <Not Found>. Please retry. 

Ich versuchte heute Morgen wieder und sogar aktualisiert Meine gcloud-Komponenten auf Version 157. Ich sehe diesen Fehler weiterhin.

Punkt der Anmerkung, der 20170524113403 Wert in diesem YAML-Dateinamen ist, glaube ich, eine Übereinstimmung mit der ersten erfolgreichen Bereitstellung von .NET App Flex für mein Projekt. Ich hatte diese Version mit dem Google Cloud Explorer mit einer neueren Version veröffentlicht, die am frühen Freitagmorgen veröffentlicht wurde. Meine Veröffentlichung hat Freitag Morgen funktioniert, jetzt nicht. Ich sehe keine Protokolle, die mir helfen zu verstehen, warum diese Datei überhaupt benötigt wird, und eine Agent Ransack-Suche auf meiner gesamten Festplatte gibt nicht an, woher dieser Dateiname stammt, um sie auf eine neuere Version zu verweisen.

ich dies durch die beiden Google Cloud-Tools in meine Visual Studio 2017 integriert mache (Publish to Google Cloud ...) sowie den Betrieb der Befehlszeilen:

dotnet restore 
dotnet publish -c Release 
copy app.yaml -> destination location 
gcloud beta app deploy .\app.yaml in destination location 

Antwort

0

Nicht sicher, ob dies " behoben "von Google oder nicht, aber 4 Tage später ging das Problem weg. Bei einigen zusätzlichen Informationen konnte ich während der Veröffentlichungsphase die Protokolle auf meinem Computer finden und etwas Interessantes sehen.

beim Arbeiten:

2017-05-25 09:36:48,821 DEBUG root   Calculated builder definition using legacy version [gs://runtime-builders/aspnetcore-default-builder-20170524113403.yaml] 

Später, wenn es aufgehört zu arbeiten:

2017-06-02 15:25:15,312 DEBUG root   Resolved runtime [aspnetcore] as build configuration [gs://runtime-builders/gs://runtime-builders/aspnetcore-default-builder-20170524113403.yaml] 

Was ich war die duplizierten „gs bemerkt: // Laufzeit Bauer/gs // Laufzeit -builders ... "

die heute Morgen verschwunden ist ... nein, ich habe nichts geändert außer warten unt heute. siehe

2017-06-07 08:11:37,042 INFO  root   Using runtime builder [gs://runtime-builders/aspnetcore-default-builder-20170524113403.yaml] 

Sie, dass doppelte "gs: // Laufzeit Bauer/gs: // Laufzeit Bauer /" ist verschwunden.