Firebase-tools: Bereitstellungsfehler ohne Details nach dem Update auf Knoten 8 und firebase-tools@^4.0.0

Hallo, ich denke, das Problem ist wahrscheinlich auf die Anzahl der Funktionen zurückzuführen, die Sie bereitstellen, und nicht auf die Version der Firebase-Tools (Sie können dies natürlich durch Downgrade testen). Bitte stellen Sie eine Teilmenge Ihrer Funktionen auf einmal anstelle aller bereit, siehe https://firebase.google.com/docs/cli/#deploy_specific_functions

den gleichen Fehler erhalten und nur 12 Funktionen bereitstellen. Diese Bereitstellungsprobleme waren bis zum Upgrade auf Knoten 8 noch nie aufgetreten.

..wenn es eine Begrenzung für die Anzahl gibt, die Sie bereitstellen können, sollte dies nicht irgendwo dokumentiert werden?

Hier gilt das gleiche. Erhalten, wenn nur eine Funktion mit Knoten 8 bereitgestellt wird.

Ok interessant, danke für die zusätzlichen Datenpunkte. Es scheint also nicht an den neuen Versionen der Firebase-Tools an sich zu liegen, sondern an der Bereitstellung auf Knoten 8 gegenüber Knoten 6. (Wenn Sie also dieselben Firebase-Tools verwenden, aber auf Knoten 6 bereitstellen, werden Fehler reduziert.) Ich habe intern einen Fehler bei dem für die Laufzeit verantwortlichen Team gemeldet.

Dies ist ein ziemlich nerviger Fehler. Meine Funktionsbereitstellungen schlagen 9 von 10 Mal fehl, jetzt scheint es 😞. Ich bin froh zu hören, dass es auf dem Radar der Leute ist. Ich gehe jetzt zurück zu Node.js 6.

@jpreynat @ 0x80 Schlägt die gesamte Bereitstellung fehl oder werden einige Funktionen bereitgestellt und einige
(_Untersuchung, ob wir unsere über 100 Funktionen auf Node v8_ aktualisieren sollten)

@ahaverty In meinem Fall sind dies nur 3 oder 4 Funktionen auf 52, die fehlschlagen.
Ich möchte jedoch lieber, dass die Bereitstellung vollständig fehlschlägt, damit alle unsere Anwendungsfunktionen immer dieselbe Version haben.

@jpreynat Ich stimme zu, wir führen Bereitstellungen über CI aus und könnten mit vollständigen

Dies geschieht immer noch und wirkt sich auf unsere Staging- und Produktionsumgebungen aus.
Wir haben vor einer Minute die gesamte Anwendung erneut bereitgestellt, und eine der Funktionen konnte ohne ersichtlichen Grund nicht bereitgestellt werden.

Wie @ahaverty ebenfalls zurücksetzen , die erfolgreich bereitgestellt wurden, um Instabilität in der gesamten Anwendung zu verhindern.
@laurenzlong Haben Sie ein Update über den Grund des Fehlers und eine ETA für ein Fix-Release?
Wir sind dabei, ein wichtiges Update für die Produktion bereitzustellen, und müssen sicherstellen, dass es entweder vollständig oder überhaupt nicht bereitgestellt wird, damit wir es neu starten können und die App nicht abstürzt.

Ich würde empfehlen, Ihre Funktionen in kleinen Gruppen oder einzeln bereitzustellen
um mögliche fehlerhafte Teilbereitstellungszustände zu minimieren. Rollback ist keine Funktion
am kurzfristigen Horizont.

Am Do, 16. August 2018, 10:07 Uhr Johan Preynat [email protected]
schrieb:

Dies geschieht immer noch und wirkt sich auf unsere Inszenierung und Produktion aus
Umgebungen.
Wir haben gerade vor einer Minute die gesamte Anwendung und eine der Anwendungen erneut bereitgestellt
Die Bereitstellung der Funktion ist ohne ersichtlichen Grund fehlgeschlagen.

Wie auch @ahaverty https://github.com/ahaverty feststellt , sollte die CLI unter
Mindestens Rollback aller Funktionen, die erfolgreich bereitgestellt wurden, um dies zu verhindern
Instabilität in der gesamten Anwendung.
@laurenzlong https://github.com/laurenzlong Haben Sie ein Update ?
über den Grund des Fehlers und eine ETA für ein Fix Release?
Wir sind dabei, ein kritisches Update für die Produktion bereitzustellen, und müssen sicher sein
dass es entweder vollständig oder gar nicht bereitgestellt ist, damit wir es neu starten können und
Die App stürzt nicht ab.

- -
Sie erhalten dies, weil Sie diesen Thread abonniert haben.
Antworte direkt auf diese E-Mail und sieh sie dir auf GitHub an
https://github.com/firebase/firebase-tools/issues/853#issuecomment-413557599 ,
oder schalten Sie den Thread stumm
https://github.com/notifications/unsubscribe-auth/AAAD_gn6e0hkZXlbiM_hv-oBf2T8_Iujks5uRXySgaJpZM4Vsn0E
.

Ich kann bestätigen, dass ich auch dieses Problem mit Knoten 8 habe. Ich werde wieder zu Knoten 6 wechseln.

Nach dem Wechsel zu Knoten 8 ...

1. ~ 3% Aufruffehler
2. ~ 4x längere Bereitstellungszeit
3. ~ 80% Bereitstellungsfehler aufgrund von 2 von 24 fehlgeschlagenen Funktionen

https://stackoverflow.com/questions/52056953/functions-issues-with-node-8-lts/52058796#52058796

Ich wechselte zu Knoten 8, um Zugriff auf den Spread-Operator zu erhalten, damit ich eine solche Bibliothek erstellen konnte. Ich bin mir nicht sicher, ob dies zu meinem mangelnden Erfolg mit Knoten 8 beiträgt.

https://stackoverflow.com/questions/43486278/how-do-i-structure-cloud-functions-for-firebase-to-deploy-multiple-functions-fro/52056785#52056785

Ich habe das gleiche Problem mit Firebase-Tools v4.2.1 unter Verwendung von Knoten 8.

Durch das Zurückstufen auf Knoten 6 konnte ich die Bereitstellung durchführen.

@michaelauderer Gleiches passiert hier. Scheint in den letzten Stunden ein Flakey zu sein, daher könnte es sich um ein Cloud-Problem handeln.

@michaelauderer @mulhoon Gleich hier mit Knoten 8.

Ich habe das gleiche Problem, aber es ist seltsam, weil genau diese Funktionen (4 von 4) gestern erfolgreich

@yuliankarapetkov Ja, meine haben gestern gut funktioniert.
Zu Ihrer Information Ich habe Knotenmodule mit Garn auf Knoten v8.9.4 installiert, dann zu Knoten v9.4.0 gewechselt und bereitgestellt. Schien gut zu laufen.

Das gleiche hier, aber ich hatte heute Morgen Arbeit, ich denke für unseren Fall, dies hängt mit dem GCF-Status im Moment zusammen : https://status.firebase.google.com/incident/Functions/18034 @mulhoon @yuliankarapetkov @urkopineda @ Michaelauderer

Ich dachte, ich bin der einzige, der dieses Problem hat. Wie habt ihr das gelöst?

@jojonarte Derzeit gibt es keine schnelle Lösung. Die aktuellen massiven Fehler sind darauf zurückzuführen, dass auf der Firebase-Plattform eine Dienstunterbrechung auftritt, wie von @ gautier-gdx angegeben.
Wir haben jedoch immer noch Probleme, alle unsere Funktionen mit Node 8 gleichzeitig bereitzustellen, wenn Firebase aktiv ist.

@jojonarte Die einzige Lösung, die ich gefunden habe, war, zu Knoten 6 zurückzukehren, ein leeres index.js bereitzustellen , um alle Funktionen zu löschen (andernfalls bleiben sie Knoten 8-Funktionen), und dann den Knoten 6 index.js

Ja, das Problem ist, dass Sie, wenn Sie viele Funktionen haben, die Async / Awarit (oder andere Node 8-Funktionen) verwenden, enorm viel Zeit damit verbringen müssen, diese zu überarbeiten.

Hier gilt das gleiche. Knoten 8 hat versucht, 13 Funktionen gleichzeitig bereitzustellen. Dieses Problem trat gestern nicht mit der gleichen Anzahl von Funktionen auf.

Selbes Problem hier. Es tritt auf, wenn versucht wird, zwei vorhandene Funktionen von Knoten 6 in diesen 12 Stunden auf Knoten 8 zu aktualisieren.
Unter Verwendung von [email protected] wurde das Problem gelöst, indem vorhandene Funktionen gelöscht wurden, indem leere index.js bereitgestellt und mit der Konfiguration "engines": { "node": "6" } innerhalb von package.json wie in den vorherigen Kommentaren beschrieben.

Irgendwelche Updates dazu? Dieses Problem tritt für uns noch ab dem 25. September auf. Wir haben 47 Funktionen und werden im Durchschnitt von 0 bis 5 nicht bereitgestellt.

Es funktioniert für mich, aber das ist wirklich nicht gut für Firebase-Funktionen.

Hat jemand gute Techniken für die Verwendung einer Entwicklungsumgebung? zB eine blaugrüne Bereitstellung zur Reduzierung von Ausfallzeiten. Im Moment stelle ich die Bereitstellung für die Live-Funktionen bereit, sodass ein Bereitstellungsfehler zu echten Ausfallzeiten der App führt. Vielen Dank

Sie könnten mit zwei Firebase-Apps blaugrün sein.

+1 Gleiches Problem

Noch nicht abgeschlossen.

Build failed: Build error details not available

Hallo zusammen, danke für diese Berichte. Wir sind uns dieses Problems bewusst und es sind laufende Arbeiten in der Pipeline, um diesen Schmerzpunkt zu lindern. Ich kann keine Zeitpläne teilen, aber bitte wissen Sie, dass wir Sie hören. Wir wissen, dass dieses Problem frustrierend ist, und wir priorisieren Arbeiten, die diese Fehler reduzieren.

Interne Fehlerreferenz: 117124663

Besser spät als nie. Vielen Dank, dass Sie das Problem erkannt haben.

Da dies ein bekanntes Problem ist, wäre es wahrscheinlich hilfreich, wenn es in diesem Blog-Beitrag https://firebase.googleblog.com/2018/08/cloud-functions-for-firebase-config-node-8-timeout-memory erwähnt wird -region.html, in dem die für das Upgrade erforderlichen Schritte beschrieben werden, aber nicht erwähnt wird, dass Sie dies wahrscheinlich nicht

Eigentlich scheint jetzt alles in Ordnung zu sein.
Ich denke, dass Google die Laufzeit des Cloud Function Node 8 stabilisiert hat, seit ich das Problem geöffnet habe.
Ich lasse das Firebase-Team das Problem jedoch schließen, wenn es für relevant erachtet wird.

Ich habe gerade letzte Nacht auf die neueste Version der Firebase-Tools, Node 8 und Firebase-Funktionen umgestellt und bin leider auf die gleichen Probleme gestoßen, die hier erwähnt wurden.

Das Gleiche - das scheint mir auch letzte Nacht bei einem Einsatz aufgetaucht zu sein 😭

Wir haben Knoten 8 für 32 Funktionen verwendet, seit er verfügbar war, und haben dieses Problem erst letzte Nacht festgestellt. Die Bereitstellung schlägt für 1 bis 5 Funktionen fehl und sie scheinen jedes Mal anders zu sein.

Scheint nicht mit Ihrem Timing übereinzustimmen, aber am 11. März gab es ein Problem mit der Bereitstellung von

Ich nehme an, es bringt etwas Trost zu wissen, dass es vielleicht ein "Einzelfall" war, aber wenn ich es in der Produktion eingesetzt hätte, hätte das wirklich ein Chaos verursacht. Einige waren erfolgreich, andere nicht, und es war so viel langsamer als die Bereitstellung von Knoten 6.

Sicher, aber diese Art von Plattformproblem kann auch bei der Bereitstellung auf der Node 6-Laufzeit auftreten.
Ich denke jedoch, dass Firebase-Tools kritisch fehlen, die unser Team seit langem vorantreibt und auf die sich die Community wirklich konzentrieren sollte, sind Transaktionsbereitstellungen (siehe Nr. 699).

Wie in der verknüpften Ausgabe beschrieben, haben wir in unserem Bereitstellungsprozess einige Best Practices festgelegt, um kritische Fehler zu vermeiden, und hatten das Glück, dass unsere Produktionsbereitstellungen immer gut endeten. Aber wir sollten uns natürlich nicht jedes Mal Sorgen machen, wenn wir unsere App veröffentlichen.

Ich kann dem überhaupt nicht widersprechen, dass es bei der Bereitstellung auf Knoten 6 "auftreten" könnte, aber im Laufe des Jahres +, da meine Anwendung in Produktion war und auf Knoten 6 ausgeführt wurde, hatte ich sie einfach nicht gesehen. Ich werde mir auf jeden Fall # 699 ansehen! Ich wünsche Ihnen einen @jpreynat

Vielen Dank. Zur Information haben wir dieses Problem geöffnet, da es auch für unsere Bereitstellungen auf Knoten 6 aufgetreten ist.
Wie auch immer, es ist gut zu sehen, dass die Leute auch in dieser Angelegenheit Verbesserungen wollen und vorantreiben!
Guten Abend auch Ihnen @sboyd

Hallo @thechenky , gab es ein Update?
Dieser Fehler wirkt sich allmählich auf unser Projekt aus, da andere Bibliotheken die Unterstützung für Knoten v6 einstellen. Wir müssen viele Problemumgehungen durchführen, um auf Knoten v6 zu bleiben. Dieser Fehler ist der einzige Blocker beim Upgrade auf Version 8.

Hallo @ahaverty, tut

Der Fehler, auf den ich zuvor in https://github.com/firebase/firebase-tools/issues/853#issuecomment -456701673 verwiesen habe, der diese Situation verbessern sollte, ist eher eine Änderung der Infrastruktur bei der Erstellung und Bereitstellung der Funktion, die dies tun sollte Bereitstellungen schneller machen. Ich bin jetzt gespannt, ob die Probleme, die die Leute gesehen haben, auf die Node 8-Laufzeit beschränkt sind. Ich werde dies mit den relevanten Teams besprechen und sehen, ob wir weitere Informationen dazu erhalten können. Vielen Dank für die Geduld aller!

Kann jemand bestätigen, ob dies mit den neuesten firebase-tools und firebase-functions noch geschieht?

Wenn jemand bereit ist, seinen Code zu teilen, können wir prüfen, ob wir diese Funktion in Node8 bereitstellen können, um festzustellen, ob dies mit der Quelle zusammenhängt.

In den Diagrammen sehen wir ähnliche Erfolgsraten bei der Bereitstellung für Knoten 6 und Knoten 8. Wir glauben, dass dies Auswirkungen auf bestimmte Projekte haben könnte (möglicherweise sind einige Projekte in einem schlechten Zustand). Tritt dies bei einem neuen Projekt auf, das erstellt wird? Es gab einige Cloud-Build-Ausfälle, die sich auf den Build-Schritt bei der Bereitstellung einer Node 8-Funktion auswirken würden, die jedoch nicht die ständige Unfähigkeit erklären, Node 8-Funktionen bereitzustellen. Ich würde empfehlen, uns bei der weiteren Untersuchung zu helfen, dass Personen, bei denen bei der Bereitstellung mit Knoten 8 immer noch Probleme auftreten, ein Support-Ticket öffnen (Probleme bei der Bereitstellung verwandter Funktionen unter https://support.google.com/firebase/contact/support?page= melden / functions / deploy), damit wir tiefer in Ihr spezifisches Projekt eintauchen und einen Blick darauf werfen können, was los ist.

Ich benutze Node V11 Lol, aktualisierte Firebase-Tools,
Die anfängliche pubsub.schedule wurde nicht bereitgestellt. Die erneute Ausführung funktioniert jetzt

@ u007 Schön zu hören, dass Ihr Problem behoben wurde! Treten noch andere Probleme auf (mit aktualisierten Firebase-Funktionen und Firebase-Tools)?

Hey @thechenky , ich habe:

Build fehlgeschlagen: {"cacheStats": [{"status": "MISS", "hash": "{{hashCode}}", "type": "docker_layer_cache", "level": "global"}, {"status ":" MISS "," hash ":" {{hashCode}} "," type ":" docker_layer_cache "," level ":" project "}]}

Ich habe ungefähr 5 Minuten gewartet, als ich diesen Thread online gelesen, erneut bereitgestellt und es hat gut funktioniert.

Gibt es einen Grund, warum der Build manchmal immer noch fehlschlägt?

@ Adrian-Samuel Dies könnte ein vorübergehender Fehler gewesen sein - hoffentlich stoßen Sie nicht wieder darauf. Wenn Sie dies tun, öffnen Sie bitte eine neue Ausgabe.

Ich werde dies schließen, da das ursprüngliche Problem anscheinend behoben wurde. Wenn Sie auf andere Probleme stoßen, können Sie gerne eine neue Ausgabe öffnen.

Ich habe dieses Problem aus heiterem Himmel, ohne etwas an meinem Ende geändert zu haben. Ich glaube, dass sich in letzter Zeit etwas geändert hat, und jetzt kann ich nicht mehr bereitstellen.
Mein package.json deklariert Knoten 8 und ich führe Knoten 8 auf meinem Computer aus.

@afuggini Wenn Sie Bereitstellungsfehler haben,

Wenn Sie ein Neuling sind, der dieses Problem hat (wie ich), überprüfen Sie Ihre Funktionsdefinitionen.

In meinem Fall gab es einige Probleme mit Funktionsimportpfaden in der Root-Ebene index.js , und bei der Bereitstellung wurde genau derselbe Fehler angezeigt.

Dies betraf unformatierte Cloud-Funktionen, würde jedoch wahrscheinlich für alle anderen Plattformen gelten, die auf denselben Funktionen basieren - wie z. B. Firebase-Funktionen.

Hey @thechenky , ich habe:

Build fehlgeschlagen: {"cacheStats": [{"status": "MISS", "hash": "{{hashCode}}", "type": "docker_layer_cache", "level": "global"}, {"status ":" MISS "," hash ":" {{hashCode}} "," type ":" docker_layer_cache "," level ":" project "}]}

Ich habe ungefähr 5 Minuten gewartet, als ich diesen Thread online gelesen, erneut bereitgestellt und es hat gut funktioniert.

Gibt es einen Grund, warum der Build manchmal immer noch fehlschlägt?

Ich habe heute immer noch genau das gleiche Problem. (2020 - 01 - 07)

Hier gilt das gleiche. Aber es hat nicht funktioniert, nachdem ich einige Zeit gewartet habe ...

Hey @thechenky , ich habe:
Build fehlgeschlagen: {"cacheStats": [{"status": "MISS", "hash": "{{hashCode}}", "type": "docker_layer_cache", "level": "global"}, {"status ":" MISS "," hash ":" {{hashCode}} "," type ":" docker_layer_cache "," level ":" project "}]}
Ich habe ungefähr 5 Minuten gewartet, als ich diesen Thread online gelesen, erneut bereitgestellt und es hat gut funktioniert.
Gibt es einen Grund, warum der Build manchmal immer noch fehlschlägt?

Ich habe heute immer noch genau das gleiche Problem. (2019 - 01 - 07)

Ja, ich habe das gleiche Problem auch

Hey @thechenky , ich habe:
Build fehlgeschlagen: {"cacheStats": [{"status": "MISS", "hash": "{{hashCode}}", "type": "docker_layer_cache", "level": "global"}, {"status ":" MISS "," hash ":" {{hashCode}} "," type ":" docker_layer_cache "," level ":" project "}]}
Ich habe ungefähr 5 Minuten gewartet, als ich diesen Thread online gelesen, erneut bereitgestellt und es hat gut funktioniert.
Gibt es einen Grund, warum der Build manchmal immer noch fehlschlägt?

Ich habe heute immer noch genau das gleiche Problem. (2019 - 01 - 07)

* 2020-01-07 wahrscheinlich;) Und ja, ich erlebe das schon seit einiger Zeit ..

Ja, habe das gerade erlebt und bin hier aus den Suchergebnissen gelandet

Build failed: {"cacheStats": [{"status": "MISS", "hash": "{{hashCode}}", "type": "docker_layer_cache", "level": "global"}, {"status": "MISS", "hash": "{{hashCode}}", "type": "docker_layer_cache", "level": "project"}]}

Ich denke, es ist ein anderes Thema?

Google hat gerade bestätigt, dass Bereitstellungsprobleme mit Cloud-Funktionen auftreten

Selbes Problem hier. Schlechte Zeit dafür

Build failed: {"cacheStats": [{"status": "MISS", "hash": "{{hash}}", "type": "docker_layer_cache", "level": "global"}, {"status": "HIT", "hash": "{{hash}}", "type": "docker_layer_cache", "level": "project"}]}

Hallo,

Ich erhalte auch einen ähnlichen Fehler

Deployment error. Build failed: {"cacheStats": [{"status": "MISS", "hash": "{hashCode}", "type": "docker_layer_cache", "level": "global"}, {"status": "HIT", "hash": "{hashCode}", "type": "docker_layer_cache", "level": "project"}]}

Vom Google-Support

"Wir haben derzeit ein Problem mit der Bereitstellung von Cloud-Funktionen. Unser Engineering-Team arbeitet derzeit daran, die Dienste so schnell wie möglich wiederherzustellen. Ich werde mich mit weiteren Updates bei Ihnen melden.

Entschuldigung für die Unannehmlichkeiten, die Ihnen dadurch entstanden sind. "

Ich habe gerade die Google-Dienste unter dem folgenden Link überprüft, von denen behauptet wurde, dass alle aktiv sind.
https://status.cloud.google.com/
Wir müssen drei Stunden für die Untersuchung von Problemen aufwenden.
Bitte aktualisieren Sie den Bestätigungsstatus hier mit einer URL
Vielen Dank,

Ich habe gerade die Google-Dienste unter dem folgenden Link überprüft, von denen behauptet wurde, dass alle aktiv sind.
https://status.cloud.google.com/
Wir müssen drei Stunden für die Untersuchung von Problemen aufwenden.
Bitte aktualisieren Sie den Bestätigungsstatus hier mit einer URL
Vielen Dank,

Sie haben die Seite jetzt aktualisiert

Ich habe es geschafft, alle meine Funktionen nach vielen Wiederholungsversuchen bereitzustellen, aber es ist immer noch instabil

😖

Wir haben immer noch das Problem, sowohl bei der App Engine als auch bei der Cloud-Funktion

sieht aus wie sie etwas reparieren

Hier gilt das gleiche. Auch mit dem gleichen Problem:

!  functions[createUserAccount(us-central1)]: Deployment error.
Build failed: {"cacheStats": [{"status": "MISS", "hash": "e03d8d6f6bf22fcb1cf50f4e12b3e3a3b59954fade707db62e79562c9dbac3ef", "type": "docker_layer_cache", "level": "global"}, {"status": "HIT", "hash": "e03d8d6f6bf22fcb1cf50f4e12b3e3a3b59954fade707db62e79562c9dbac3ef", "type": "docker_layer_cache", "level": "project"}]}


Functions deploy had errors with the following functions:
        createUserAccount

mit folgendem Code:

await database.collection('members').where('Email', '==', user.email).limit(1).get()
    .then(snapshot => {
      snapshot.forEach(doc => {
        console.log(doc.id, '=>', doc.data())
      })
    }).catch(err => console.error(err))

Ich hatte zufällig eine Sicherungsdatei im Funktionsverzeichnis. Das Entfernen dieser Datei schien die Bereitstellung zu beheben.

Ich hatte zufällig eine Sicherungsdatei im Funktionsverzeichnis. Das Entfernen dieser Datei schien die Bereitstellung zu beheben.

Sicherungsdatei wie in functions/lib ?

Ich kann bestätigen, dass das Entfernen des Ordners functions/lib das Problem für mich behoben hat :)

Ist es sicher, functions/lib zu löschen? Wird es jedes Mal mit Firebase-Bereitstellung neu generiert?

Ist es sicher, functions/lib zu löschen? Wird es jedes Mal mit Firebase-Bereitstellung neu generiert?

Es ist völlig sicher, diesen Ordner zu löschen. Immer wenn Sie firebase deploy ausführen, wird automatisch dieser Ordner mit dem Inhalt darin erstellt.

Das Löschen von functions/lib hat nichts für mich behoben. Immer noch functions[getVerificationCode(us-central1)]: Deployment error. Build failed: {"cacheStats": [{"status": "MISS", "hash": ...

Error: Functions did not deploy properly.

Das Löschen von functions/lib hat nichts für mich behoben. Immer noch functions[getVerificationCode(us-central1)]: Deployment error. Build failed: {"cacheStats": [{"status": "MISS", "hash": ...

Error: Functions did not deploy properly.

Am besten versuchen Sie es erneut. Ich hatte das gleiche Problem auch, aber alles, was ich tun musste, war, firebase deploy weiter laufen zu lassen, bis es funktionierte.

PS: Es kann eine Weile dauern, bis es fertig ist - ich bin mir nicht sicher, was das Google-Team vorhat.

Ich habe eine Funktion, die auch nach einem erneuten Versuch nicht bereitgestellt / aktualisiert wird. Aber nur diese eine Funktion. Ich denke, das ist jetzt in Ordnung für mich, da ich diese Funktion nicht teste.

https://status.cloud.google.com/ gibt immer noch vor, dass alles in Ordnung ist
Aber zuletzt habe ich versucht, _none_ meiner Funktionen bereitgestellt 😬

Die Statusseite sagt derzeit:

We've received a report of an issue with Google Cloud Functions and Google App Engine deployments failing for some customers.

Das Team untersucht und wird ein Problem im Dashboard veröffentlichen, wenn dies gerechtfertigt ist, sobald sie mehr erfahren. Wenn Sie in der Zwischenzeit ein Bereitstellungsproblem mit Cloud-Funktionen haben, schreiben Sie bitte an den Firebase- oder Google Cloud-Support! Vielen Dank für Ihre Geduld.

Hier gilt das gleiche. Jeder Versuch, auch nur die Standardfunktion helloWorld firebase bereitzustellen, löst den gleichen Fehler aus:
Deployment error. Build failed: {"cacheStats": [{"status": "MISS", "hash": "...", "type": "docker_layer_cache", "level": "global"}

Hier gilt das gleiche. Jeder Versuch, auch nur die Standardfunktion helloWorld firebase bereitzustellen, löst den gleichen Fehler aus:
Deployment error. Build failed: {"cacheStats": [{"status": "MISS", "hash": "...", "type": "docker_layer_cache", "level": "global"}

Ich sehe das auch

Hier gilt das gleiche.
Bereitstellungsfehler.
Build fehlgeschlagen: {"cacheStats": [{"status": "MISS", "hash": "hash", "type": "docker_layer_cache", "level": "global"}, {"status": "MISS "," hash ":" hash "," type ":" docker_layer_cache "," level ":" project "}]}

https://status.cloud.google.com/incident/cloud-functions/20001

Nachdem ich eine ganze Nacht lang versucht hatte, meinen Fehler zu finden, was schief gelaufen war, konnte ich meine Funktionen bereitstellen. Hat für mich gearbeitet 👍

UND ES FUNKTIONIERT !

Es tut uns leid, dieses Thema wieder aufzurufen. Aber ich habe das gleiche Problem.

Bei jeder Bereitstellung schlagen 1 bis 5 Funktionen mit der folgenden Meldung fehl:

Es gibt keine Funktion, die nicht konsistent bereitgestellt werden kann. Es scheint, dass zufällige Funktionen zu unterschiedlichen Zeiten fehlschlagen. Vielleicht kann ich bei jedem zwölften Versuch alle Funktionen auf einmal bereitstellen.

Gibt es Hinweise auf Problemumgehungen neben der mehrfachen Bereitstellung für fehlgeschlagene Funktionen? Und ich schätze all die Arbeit, die in dieses Tool gesteckt wird. TY

Build fehlgeschlagen: {"cacheStats": [{"status": "MISS", "hash": "d77e8c491b10d7f6c295d44d41963365d20c4b63b5a98586acce25c13826ff34", "type": "docker_layer_cache", "level": "global" "," Hash ":" d77e8c491b10d7f6c295d44d41963365d20c4b63b5a98586acce25c13826ff34 "," type ":" docker_layer_cache "," level ":" project "}]}

Heute vor dem gleichen Problem. Hat bis gestern gut funktioniert.

Diese Fehlercodes sind genau die, die wir zuvor erhalten haben, als die Cloud-Funktionssysteme von Google einen internen Fehler hatten.

Meine beste Lösung für Sie ist entweder:

1. Versuchen Sie weiterhin, die Bereitstellung durchzuführen, bis sie funktioniert (es sollten nicht mehr als 14 Wiederholungsversuche erforderlich sein).
2. Wenden Sie sich bezüglich des Problems an Google und lassen Sie diese ihre Infrastruktur auf Probleme überprüfen

Ich erhalte immer noch den gleichen Fehler bezüglich HIT und MISS in den Cache-Statistiken. Das passiert den ganzen Tag.

Leute, bitte meldet Bereitstellungsprobleme hier, damit sie es endlich lösen können. @ pragati27gupta , @taronaeo , @acoyfellow , @MikeWeiZhou
https://firebase.google.com/support/troubleshooter/functions/deploy

Firebase verwendet also Docker. Das macht Spaß zu wissen.

Vielen Dank für Ihre Kontaktaufnahme! Ihre Anfrage wurde eingereicht und wir werden uns bald bei Ihnen melden.

@selvinfehric hat die richtige Idee.

Übrigens. Ich habe das Problem im Cloudfunctions Issue Tracker darüber geöffnet: https://issuetracker.google.com/issues/154260223
Bitte kommentieren / markieren Sie das Problem, um dort mehr Traktion zu erhalten.

Hier gilt das gleiche!

Ebenso haben wir die neueste Version von Firebase-Tools, die auf einem GitLab-Runner ausgeführt werden, und dies geschieht immer wieder. Es ist so ärgerlich, es immer wieder zu versuchen. Unsere gesamte CI / CD-Pipeline ist aufgrund dessen unterbrochen, was zu einer solchen Verschwendung von Entwicklerzeit führt, das Verfolgen der Jobs und das Klicken auf Wiederholen bis in alle Ewigkeit.

Das Schlimmste ist, dass das Firebase-Support-Team überhaupt nicht hilfreich war und auf einige zufällige Dokumente verwiesen hat, wobei die Zufälligkeit von Funktionsbereitstellungsfehlern völlig ignoriert wurde.

Passiert uns auch, wenn wir lokal unter Ubuntu 16.04 mit Firebase-Tools 7.12.1 oder über Azure DevOps Task mit der neuesten Version 8.1.1 arbeiten.
Lächerlich, dass dieses Problem geschlossen ist und es niemanden (Google-Seite) weniger interessiert.

das passiert uns auch. Wir kämpfen seit fast einem Jahr dagegen. Wir haben nur ungefähr 30 Funktionen (aller Art, https, Firestore-Trigger, Pub-Sub-Abonnenten, Auth-Trigger). Dies geschieht meistens, wenn wir über CI / CD (circleci) bereitstellen, aber manchmal auch, wenn wir von unseren lokalen Computern aus bereitstellen (obwohl wir dies so selten tun, ist es schwer zu sagen).

Ich verwende Knoten 8 aufgrund eines Fehlers, den Firebase vor einigen Monaten mit Knoten 10 hatte. In der Regel, wahrscheinlich 8 oder 9 von 10 Fällen, können eine oder zwei unserer Funktionen einfach nicht bereitgestellt werden. Es scheint jedes Mal zufällig zu sein - niemals ein beständiger Fehler. Dies geschieht, ohne _jede_ Änderungen an unserem Funktionscode vorzunehmen. Möglicherweise stellen wir nur eine Front-End-Änderung bereit (über das Hosting, aber wir möchten, dass die Versionen über das Hosting und die API hinweg über Dateien hinweg synchron bleiben). Wir wissen also, dass es nicht unser Code ist.

Ich habe heute endlich die Kugel gebissen und verbringe den halben Tag damit, unsere "große Anzahl" (~ 30) von Funktionen in kleinere Gruppen aufzuteilen, die sich selbst bereitstellen, wobei jede Gruppe weniger als 10 hat. DIESE SITLL FUNKTIONIERT NICHT. Ich hatte mehrere Fehler hintereinander. in meiner ersten Gruppe von Funktionen, die nur 6 Elemente hat. Diese "Gruppe" wird tatsächlich mit der Syntax firebase deploy --only functions:func1,functions:func2,...functions:func6 deklariert, nicht mit einer Gruppe, die im Hauptexport definiert ist.

Hier gilt das gleiche
Bereitstellungsfehler.
Zwischen 1 und 5 verschiedene Funktionen können nicht bereitgestellt werden:
Build fehlgeschlagen: {"cacheStats": [{"status": "MISS", ...

Wenn dieser Fehler auftritt, +1 und wiegen Sie dies von der
Public Cloud Issue Tracker: https://issuetracker.google.com/issues/154260223

Am Samstag, 25. April 2020, 04:49 Uhr schrieb chenlevy [email protected] :

Hier gilt das gleiche
Bereitstellungsfehler.
Zwischen 1 und 5 verschiedene Funktionen können nicht bereitgestellt werden:
Build fehlgeschlagen: {"cacheStats": [{"status": "MISS", ...

- -
Sie erhalten dies, weil Sie kommentiert haben.
Antworte direkt auf diese E-Mail und sieh sie dir auf GitHub an
https://github.com/firebase/firebase-tools/issues/853#issuecomment-619367267 ,
oder abbestellen
https://github.com/notifications/unsubscribe-auth/AAAAH7RZHEUCY2EAR2ABU3DROLE23ANCNFSM4FNSPUCA
.

Ich habe festgestellt, dass beim Erstellen eines neuen Projekts für mein vorheriges Projekt "Google Analytics" nicht aktiviert war und jede einzelne meiner Bereitstellungen fehlgeschlagen ist. Ich habe es gerade mit einem brandneuen Projekt getestet und alles funktioniert, wenn ich Google Analytics aktiviere

Ob Analytics aktiviert ist oder nicht, wirkt sich nicht auf diesen Fehler aus
wahrscheinlich nur ein Zufall.

Am Samstag, 25. April 2020, 12:17 Uhr schrieb erykos111 [email protected] :

[Bild: Bild]
https://user-images.githubusercontent.com/47335304/80288700-94ee1680-8731-11ea-8f57-66598893458e.png

Ich habe festgestellt, dass ich beim Erstellen eines neuen Projekts für mein vorheriges Projekt dies nicht getan habe
habe die "Google Analytics" aktiviert, und jede meiner Bereitstellungen war
Versagen. Ich habe es gerade mit einem brandneuen Projekt getestet und alles funktioniert, wenn
Ich aktiviere Google-Analytics

- -
Sie erhalten dies, weil Sie kommentiert haben.
Antworte direkt auf diese E-Mail und sieh sie dir auf GitHub an
https://github.com/firebase/firebase-tools/issues/853#issuecomment-619427952 ,
oder abbestellen
https://github.com/notifications/unsubscribe-auth/AAAAH7TAOV2IOQG7NUDBXFTROMZMHANCNFSM4FNSPUCA
.

Wie im obigen Kommentar angegeben, ändert das Aktivieren von Google Analytics nichts an der fehlgeschlagenen Bereitstellung von Funktionen. Was Sie wahrscheinlich getan haben, ist das Erstellen eines neuen Projekts auf einem Server, dessen Cloud-Funktionsserver nicht funktioniert.

Ich bin gerade auf dasselbe Problem gestoßen - Bereitstellungen funktionierten einwandfrei, bis wir diese erhielten, zuverlässig auf zwei Funktionen - und haben heute irgendwann begonnen:

⚠ Funktionen [LegacyFeedRedirect (us-central1)]: Bereitstellungsfehler.
Build fehlgeschlagen: {"cacheStats": [{"status": "MISS", "hash": "526b4459b8b6ae9cc7de4bbed53b2d24a8c5fcf1737f07f27a44e4029d472306", "type": "docker_layer_cache", "level": "docker_layer_cache", " "," Hash ":" 526b4459b8b6ae9cc7de4bbed53b2d24a8c5fcf1737f07f27a44e4029d472306 "," type ":" docker_layer_cache "," level ":" project "}]}
⚠ Funktionen [updateUserOnboardingFlags (us-central1)]: Bereitstellungsfehler.
Build fehlgeschlagen: {"cacheStats": [{"status": "MISS", "hash": "526b4459b8b6ae9cc7de4bbed53b2d24a8c5fcf1737f07f27a44e4029d472306", "type": "docker_layer_cache", "level": "docker_layer_cache", " "," Hash ":" 526b4459b8b6ae9cc7de4bbed53b2d24a8c5fcf1737f07f27a44e4029d472306 "," type ":" docker_layer_cache "," level ":" project "}]}

An alle, bei denen noch Bereitstellungsfehler auftreten:

Nachdem wir unsere Bereitstellungen zum ersten Mal durch Einschalten von Knoten 10 und Ausführen mit der neuesten Version von firebase-tools behoben hatten, traten kürzlich (vor ca. 2 Wochen) erneut Fehler mit einem undurchsichtigen Build error: details not available . Wir waren völlig festgefahren, weil dies für alle unsere Funktionen in allen unseren Umgebungen ständig geschah.

Nach der Untersuchung stellten wir fest, dass die Erstellungszeit für Cloud-Funktionen auf GCP von 10 Minuten auf nur 5 Minuten reduziert wurde.

Um die Erstellungszeit zu verbessern, verwendet GCP Caching, um node_modules basierend auf dem Hash der Dateien package-lock.json oder yarn.lock neu zu installieren, je nachdem, welche Sie verwenden.
Wenn Ihre Abhängigkeiten jedoch aktualisiert werden und sich diese Datei ändert, muss GCP alle neu installieren, was in unserem Fall zu lange gedauert hat, zumal wir viele native Module haben, die neu erstellt werden müssen. Ich denke, das ist es, was wir in den Node 8-Fehlerdetails mit dem "status": "MISS" .

Am Ende haben wir unser eigenes Tool erstellt, um unsere Funktionen separat zu kompilieren, alle nicht nativen Module in unserem Hauptfunktionscode mithilfe von Webpack zu bündeln und für jede Funktion eine zugeschnittene package.json -Datei mit nur den fehlenden Abhängigkeiten für jede dieser Funktionen zu erstellen .

Jetzt funktionieren unsere Bereitstellungen jedes Mal gut und dauern maximal 1 bis 2 Minuten pro Funktion.

+1

+1
Gleicher Fehler.
Build failed: {"cacheStats": [{"status": "MISS", "hash": "8c20b0a9a3a6bd52591da4f39acf1b59e56da60640e148a5d96a494617066c6d", "type": "docker_layer_cache", "level": "global"}, {"status": "HIT", "hash": "8c20b0a9a3a6bd52591da4f39acf1b59e56da60640e148a5d96a494617066c6d", "type": "docker_layer_cache", "level": "project"}]}

Wir waren von diesem Problem ernsthaft betroffen und konnten es seit letzter Woche nicht mehr bereitstellen. _Details finden Sie in meinem Kommentar zu Google Issue Tracker._

Wir haben ein benutzerdefiniertes Bereitstellungsskript entwickelt, das die Bereitstellung fehlgeschlagener Cloud-Funktionen wiederholt. Lassen Sie es hier, damit es Ihnen eine Idee gibt, oder Sie können es direkt verwenden. Wir haben dieses Skript bereits mehr als 20 Mal in einer Staging-Umgebung bereitgestellt.

Hoffe das hilft jemandem bis dieses Problem behoben ist.

@fatihacet Wie bereits erwähnt, treten die Erstellungsfehler hauptsächlich aufgrund eines Zeitlimits während des Bereitstellungsprozesses auf, das vor etwa 2 Wochen von GCP von 10 auf 5 Minuten reduziert wurde.

Wir hatten auch ein Wiederholungssystem eingerichtet, das in einer Abzweigung von firebase-tools (und verwendbar) hier implementiert firebase-tools ist hier # 1977).

Wir waren jedoch aufgrund des kürzlichen Timeout-Rückgangs länger als zwei Wochen mit unseren Bereitstellungen beschäftigt, und Wiederholungsversuche konnten das Problem für uns nicht lösen, da wir selbst mit drei keine einzige Funktion in einer unserer Umgebungen bereitstellen konnten bis zu 5 Wiederholungen während dieses Zeitraums.

Die einzige Lösung besteht darin, die Anzahl der Abhängigkeiten zu verringern, die Sie für Ihre Cloud-Funktionen verwenden.
In unserem Fall mussten wir sie separat kompilieren und alles, was im Funktionscode enthalten sein könnte, mit Webpack bündeln.

Mit diesem Update des Timeouts für das Build-System funktioniert das Firebase-Modell der Verwendung eines einzigen Einstiegspunkts für alle zu implementierenden Funktionen einfach nicht mehr.

Ich habe gerade die Firebase-Cli-Version 8.2.0 aktualisiert
Dieser Fehler tritt jedoch weiterhin auf
Build failed: {"cacheStats": [{"status": "MISS", "hash": "8c20b0a9a3a6bd52591da4f39acf1b59e56da60640e148a5d96a494617066c6d", "type": "docker_layer_cache", "level": "global"}, {"status": "HIT", "hash": "8c20b0a9a3a6bd52591da4f39acf1b59e56da60640e148a5d96a494617066c6d", "type": "docker_layer_cache", "level": "project"}]}

@Trinhlvtq , ein Upgrade von firebase-tools löst dieses Problem nicht.

Wie viele Knotenabhängigkeiten verwenden Sie aus Neugier in Ihrem Projekt?
Verwenden Sie native in Ihrem Projekt?

Wir haben dieses Problem jetzt seit 2 Wochen.
In unserem Fall bekommen wir nur
build failed: build error details not available
und wenn wir die Protokolle auf GCP überprüfen, sehen wir einen Statuscode von 13.

@sunnixx Dieses Problem wurde bereits im Issue Tracker # 154260223 von Google behoben . Wenn Sie der Meinung sind, dass Ihr Problem mit diesem Problem zusammenhängt, veröffentlichen Sie Ihr Problem dort.

Das hat heute für mich gerade erst begonnen. Knoten 10. Keine Ahnung, was es verursacht hat, aber jeder Versuch, Funktionen von CI aus bereitzustellen, führt zu diesem Fehler.

@devth Bitte kopieren Sie die Ausgabe hier und

@taronaeo hier ist die Ausgabe:

i  functions: updating Node.js 10 function onCreate(us-central1)...
 i  functions: updating Node.js 10 function createUser(us-central1)...
 i  functions: updating Node.js 10 function onDocCreate(us-central1)...
 i  functions: updating Node.js 10 function onSub1DocCreate(us-central1)...
 i  functions: updating Node.js 10 function onSub2DocCreate(us-central1)...
 i  functions: updating Node.js 10 function next(us-central1)...
 ⚠  functions[createUser(us-central1)]: Deployment error.
 Build failed: Build error details not available.
 ⚠  functions[onCreate(us-central1)]: Deployment error.
 Build failed: Build error details not available.
 ⚠  functions[onSub1DocCreate(us-central1)]: Deployment error.
 Build failed: Build error details not available.
 ⚠  functions[next(us-central1)]: Deployment error.
 Build failed: Build error details not available.
 ⚠  functions[onSub2DocCreate(us-central1)]: Deployment error.
 Build failed: Build error details not available.
 ⚠  functions[onDocCreate(us-central1)]: Deployment error.
 Build failed: Build error details not available.
 Functions deploy had errors with the following functions:
    createUser
    next
    onCreate
    onDocCreate
    onSub1DocCreate
    onSub2DocCreate
 To try redeploying those functions, run:
     firebase deploy --only functions:createUser,functions:next,functions:onCreate,functions:onDocCreate,functions:onSub1DocCreate,functions:onSub2DocCreate
 To continue deploying other features (such as database), run:
     firebase deploy --except functions
 Error: Functions did not deploy properly.
 error Command failed with exit code 1.

~ Update 1 : Es scheint konsistent mit firebase deploy . Wenn ich stattdessen firebase deploy --only functions mache, funktioniert es manchmal / manchmal schlägt es mit demselben Fehler fehl. ~
Update 2 : Nun, heute scheint es einfach die ganze Zeit zu scheitern.

Vielen Dank.

@devth schau dir diese Nachricht an .

Anscheinend hat es also mit zu vielen Deps zu tun. Ich führe Nextjs in Firebase-Funktionen aus, daher benötige ich die Deps meines gesamten Webstacks. Dies ist auch eine ziemlich kleine und neue App, daher wird sie nur noch wachsen.

Randnotiz: Dieses Problem hat meine aktuellen Funktionen beschädigt, wodurch meine Website heruntergefahren wurde (alles nur noch 404s). Scheint ein großes Problem zu sein. Wenn dies ein Anstoß wäre, wäre ich ohne Lösung völlig am Boden.

Hallo Leute, wenn dieser Fehler auftritt, suchen Sie nach einem ähnlichen Fehler oder melden Sie einen neuen Fehler im öffentlichen Issue-Tracker für Cloud-Funktionen. Dieses Problem wurde bereits geschlossen und wir können Ihnen nicht bei der Lösung helfen.