Firebase-tools: Erreur de déploiement sans détails après la mise à jour vers Node 8 et firebase-tools@^4.0.0

Salut, je pense que le problème est probablement dû au nombre de fonctions que vous déployez, et non à la version firebase-tools (vous pouvez bien sûr le tester en rétrogradant). Veuillez déployer un sous-ensemble de vos fonctions à la fois au lieu de toutes, voir https://firebase.google.com/docs/cli/#deploy_specific_functions

obtenir la même erreur et ne déployer que 12 fonctions. Jamais eu ces problèmes de déploiement jusqu'à la mise à niveau vers le nœud 8.

..s'il y a une limite au nombre que vous pouvez déployer, ne devrait-il pas être documenté quelque part?

Pareil ici. L'obtenir lors du déploiement d'une seule fonction avec le nœud 8.

Ok intéressant, merci pour les points de données supplémentaires. Il semble donc que ce ne soit pas dû aux nouvelles versions des outils Firebase en soi, mais au déploiement sur Node 8 vs Node 6. (Donc, utiliser les mêmes outils Firebase mais déployer sur Node 6 réduira les erreurs). J'ai déposé un bug en interne auprès de l'équipe responsable du runtime.

C'est un bug assez ennuyeux. Mes déploiements de fonctions échouent 9 fois sur 10 maintenant, il semble 😞. Heureux d'entendre que c'est sur le radar des gens. Je reviens à Node.js 6 pour le moment.

@jpreynat @ 0x80 L'ensemble du déploiement échoue-t-il ou certaines fonctions se déploient et d'autres échouent?
(_Investigation si nous devrions mettre à niveau nos 100+ fonctions vers Node v8_)

@ahaverty Dans mon cas, ce ne sont que 3 ou 4 fonctions sur 52 qui échouent.
Mais je préfère que le déploiement échoue complètement afin que toutes nos fonctions d'application soient toujours sur la même version.

@jpreynat Je suis d'accord, nous

Cela se produit toujours et cela affecte nos environnements de préparation et de production.
Nous venons de redéployer toute l'application il y a une minute et l'une des fonctions a échoué à se déployer sans raison apparente.

Comme l' indique également
@laurenzlong Avez-vous une mise à jour sur la raison de l'échec et un ETA pour une version de correctif?
Nous sommes sur le point de déployer une mise à jour critique en production et nous devons nous assurer qu'elle est entièrement ou pas du tout déployée, afin de pouvoir la relancer et l'application ne plantera pas.

Je recommanderais de déployer vos fonctions en petits groupes ou individuellement
pour minimiser les mauvais états de déploiement partiels potentiels. La restauration n'est pas une fonctionnalité
à court terme.

Le jeu.16 août 2018, 10:07 AM Johan Preynat [email protected]
a écrit:

Cela se produit toujours et cela affecte notre mise en scène et notre production
environnements.
Nous venons de redéployer toute l'application il y a une minute, et l'un des
échec du déploiement de la fonction sans raison apparente.

Comme l' indique également https://github.com/ahaverty , la CLI devrait à
annuler au minimum toutes les fonctions qui ont été déployées avec succès pour empêcher
instabilité dans l'ensemble de l'application.
@laurenzlong https://github.com/laurenzlong Avez-vous des mises à jour
sur la raison de l'échec et un ETA pour une version de correctif?
Nous sommes sur le point de déployer une mise à jour critique en production et nous devons être sûrs
qu'il est entièrement ou pas du tout déployé, nous pouvons donc le relancer et
l'application ne plantera pas.

-
Vous recevez ceci parce que vous êtes abonné à ce fil.
Répondez directement à cet e-mail, affichez-le sur GitHub
https://github.com/firebase/firebase-tools/issues/853#issuecomment-413557599 ,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AAAD_gn6e0hkZXlbiM_hv-oBf2T8_Iujks5uRXySgaJpZM4Vsn0E
.

Je peux confirmer que j'ai également ce problème avec Node 8. Je vais revenir au Node 6.

Après être passé au Node 8 ...

1. ~ 3% d'échec d'appel
2. ~ 4x plus de temps de déploiement
3. ~ 80% d'échec de déploiement en raison de l'échec du déploiement de 2 des 24 fonctions

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

Je suis passé à Node 8 pour accéder à l'opérateur de diffusion afin de pouvoir créer une bibliothèque comme celle-ci. Je ne sais pas si cela contribue à mon manque de succès avec Node 8.

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

J'ai le même problème sur firebase-tools v4.2.1 en utilisant Node 8.

La rétrogradation vers Node 6 m'a permis de déployer.

@michaelauderer Même chose ici. Cela semble floconneux au cours des dernières heures, il peut donc s'agir d'un problème de cloud.

@michaelauderer @mulhoon Même chose ici avec Node 8.

J'ai le même problème, mais c'est bizarre parce que ces mêmes fonctions (4 sur 4) se déployaient avec succès hier .

@yuliankarapetkov Oui, le mien fonctionnait bien hier.
Pour info, j'ai installé des modules de nœuds avec du fil sur le nœud v8.9.4, puis je suis passé au nœud v9.4.0 et j'ai déployé. Semblait bien se passer.

Même chose ici, mais j'ai eu ce travail ce matin, je pense que pour notre cas, cela est lié au statut GCF en ce moment: https://status.firebase.google.com/incident/Functions/18034 @mulhoon @yuliankarapetkov @urkopineda @michaelauderer

woa je pensais que j'étais le seul à avoir ce problème. Comment avez-vous résolu ça?

@jojonarte Il n'y a pas de solution rapide actuellement, les erreurs massives actuelles sont dues au fait que la plate-forme Firebase rencontre une interruption de service comme indiqué par @ gautier-gdx.
Cependant, nous avons encore des problèmes pour déployer toutes nos fonctions à la fois avec Node 8 lorsque Firebase est en marche.

@jojonarte la seule résolution que j'ai trouvée était de refactoriser le Node 6, de déployer un index.js vide pour supprimer toutes les fonctions (sinon elles restent des fonctions de Node 8), puis de déployer le Node 6 index.js

Oui, le problème est que si vous avez beaucoup de fonctions qui utilisent async / await (ou toute autre fonctionnalité de Node 8), vous devrez passer énormément de temps à les refactoriser.

Pareil ici. Le nœud 8 a tenté de déployer 13 fonctions à la fois. Ce problème ne s'est pas produit hier avec le même nombre de fonctions.

Même problème ici. Cela se produit lorsque vous essayez de mettre à jour deux fonctions existantes du nœud 6 vers le nœud 8 au cours de ces 12 heures.
En utilisant [email protected] , résolu en supprimant les fonctions existantes en déployant des index.js vides et en les redéployant avec la configuration "engines": { "node": "6" } intérieur de package.json comme il a été décrit dans les commentaires précédents.

Des mises à jour à ce sujet? Ce problème se produit encore pour nous à partir du 25/09. Nous avons 47 fonctions et entre 0 et 5 en moyenne, le déploiement échouera.

Cela fonctionne pour moi, mais ce n'est vraiment pas génial pour les fonctions Firebase.

Quelqu'un a-t-il de bonnes techniques pour utiliser un environnement de développement? par exemple, un déploiement bleu-vert pour réduire les temps d'arrêt. Pour le moment, je déploie vers les fonctions en direct, donc un échec de déploiement entraîne un véritable temps d'arrêt de l'application. Merci

Vous pouvez bleu-vert avec deux applications Firebase.

+1 même problème

Toujours en cours.

Build failed: Build error details not available

Salut à tous, merci pour ces rapports. Nous sommes conscients de ce problème et des travaux sont en cours pour atténuer ce problème. Je ne peux pas partager les échéanciers, mais sachez que nous vous entendons, nous savons que ce problème est frustrant et nous priorisons les travaux qui réduiront ces erreurs.

Référence de bogue interne: 117124663

Mieux vaut tard que jamais. Merci d'avoir reconnu le problème.

Puisqu'il s'agit d'un problème connu, il serait probablement utile qu'il soit mentionné dans cet article de blog https://firebase.googleblog.com/2018/08/cloud-functions-for-firebase-config-node-8-timeout-memory -region.html où il parle des étapes requises pour la mise à niveau, mais ne mentionne pas que vous ne devriez probablement pas.

En fait, tout semble bien maintenant.
Je pense que Google a stabilisé le runtime Cloud Function Node 8 depuis que j'ai ouvert le problème.
Cependant, je laisserai l'équipe Firebase résoudre le problème lorsqu'elle le trouvera pertinent.

Je viens de passer à la dernière version des outils Firebase, Node 8 et des fonctions Firebase hier soir et j'ai malheureusement rencontré les mêmes problèmes que ceux mentionnés ici.

Idem - cela semble s'être produit pour moi lors d'un déploiement hier soir également 😭

Nous utilisons le nœud 8 sur 32 fonctions depuis qu'il était disponible et n'avons commencé à avoir ce problème que la nuit dernière. Le déploiement échoue pour entre 1 et 5 fonctions, et elles semblent être différentes à chaque fois.

Cela ne semble pas correspondre à votre timing, mais il y a eu un problème avec les déploiements de Cloud Functions le 11 mars.

Je suppose que cela apporte un peu de réconfort en sachant que c'était peut-être un "one off", mais si j'avais déployé en production, cela aurait vraiment fait un désordre. Certains ont réussi, d'autres pas et c'était tellement plus lent que le déploiement du nœud 6.

Bien sûr, mais ce type de problème de plate-forme peut également survenir lors du déploiement sur l'environnement d'exécution Node 6.
Cependant, ce que je pense que firebase-tools manque cruellement, que notre équipe pousse depuis longtemps et que la communauté devrait vraiment s'engager dans les déploiements transactionnels (voir # 699).

Comme décrit dans le problème lié, nous avons mis en place certaines bonnes pratiques dans notre processus de déploiement pour éviter les erreurs critiques et avons eu la chance que nos déploiements de production se terminent toujours bien. Mais nous ne devrions clairement pas nous inquiéter à chaque fois que nous publions notre application.

Je ne peux pas du tout être en désaccord avec cela, cela «pourrait» se produire lors du déploiement sur Node 6, mais depuis plus d'un an depuis que mon application est en production et fonctionne sur Node 6, je ne l'avais tout simplement pas vu. Je vais jeter un oeil à # 699 pour sûr! Passez une bonne soirée @jpreynat

Merci. Pour plus d'informations, nous avons ouvert ce problème car cela s'est produit pour nos déploiements sur Node 6 également.
Quoi qu'il en soit, c'est bien de voir les gens vouloir et pousser des améliorations sur ce sujet aussi!
Bonsoir à toi aussi @sboyd

Salut @thechenky , y a-t-il eu une mise à jour?
Ce bogue commence à affecter notre projet alors que d'autres bibliothèques commencent à abandonner le support du nœud v6, nous devons faire beaucoup de solutions de contournement en restant sur le nœud v6, ce bogue étant le seul bloqueur de la mise à niveau vers la v8.

Bonjour @ahaverty, désolé d'apprendre que vous rencontrez toujours ce problème. J'ai relu ce fil et j'essaie de m'assurer d'avoir la bonne compréhension du problème. Ce problème affecte-t-il uniquement les déploiements Node 8? Et ce problème disparaît-il parfois ou est-il toujours présent? Je n'ai pas pu recréer cela avec les déploiements de Node 8, car les fonctions que j'ai essayé de déployer avec Node 8 semblent se déployer correctement.

Le bogue auquel j'ai fait référence plus tôt dans https://github.com/firebase/firebase-tools/issues/853#issuecomment -456701673 qui devrait améliorer cette situation est davantage un changement d'infrastructure dans la façon dont nous construisons et déployons la fonction qui devrait accélérez les déploiements. Je suis curieux de voir maintenant si les problèmes rencontrés par les gens sont isolés dans l'environnement d'exécution Node 8. J'en parlerai avec les équipes concernées et voir si nous pouvons obtenir plus d'informations à ce sujet. Merci pour la patience de tous!

Quelqu'un peut-il confirmer si cela se produit toujours avec les derniers firebase-tools et firebase-functions ?

De plus, si quelqu'un est prêt à partager son code, nous pouvons voir si nous pouvons déployer cette fonction dans Node8 pour voir s'il s'agit de quelque chose lié à la source.

D'après les graphiques, nous constatons des taux de réussite de déploiement similaires pour Node 6 et Node 8, nous pensons donc que cela pourrait avoir un impact sur des projets spécifiques (peut-être que certains projets sont en mauvais état). Il y a eu quelques pannes de Cloud Build qui auraient une incidence sur l'étape de construction du déploiement d'une fonction Node 8, mais cela n'expliquerait pas les incapacités constantes à déployer les fonctions Node 8. Je conseillerais de nous aider à enquêter plus avant, que les personnes qui rencontrent toujours des problèmes constants lors du déploiement avec Node 8 ouvrent un ticket d'assistance (signaler les problèmes liés au déploiement des fonctions liées à l'adresse https://support.google.com/firebase/contact/support?page= / functions / deploy) afin que nous puissions approfondir votre projet spécifique et voir ce qui se passe.

im en utilisant node v11 lol, mise à jour des outils firebase,
la planification initiale de pubsub.schedule n'a pas été déployée, la réexécution fonctionne maintenant

@ u007 c'est formidable d'entendre que votre problème a été résolu! Quelqu'un d'autre rencontre-t-il toujours ces problèmes (avec les fonctions Firebase et les outils Firebase mis à jour)?

Hé @thechenky , j'ai fait:

Échec de la construction: {"cacheStats": [{"status": "MISS", "hash": "{{hashCode}}", "type": "docker_layer_cache", "level": "global"}, {"status ":" MISS "," hash ":" {{hashCode}} "," type ":" docker_layer_cache "," level ":" project "}]}

J'ai attendu environ 5 minutes pendant que je lisais ce fil en ligne, déployé à nouveau et cela a bien fonctionné.

Y a-t-il une raison pour laquelle la construction peut encore échouer à certains moments?

@ Adrian-Samuel, cela peut avoir été une erreur passagère - j'espère que vous ne rencontrerez plus cela. Si vous le faites, veuillez ouvrir un nouveau numéro.

Je vais fermer cela car il semble que le problème d'origine a été résolu. N'hésitez pas à ouvrir un nouveau numéro si vous rencontrez d'autres problèmes.

J'ai ce problème à l'improviste, sans avoir rien changé de mon côté. Je crois que quelque chose a changé récemment et maintenant je ne peux plus me déployer.
Mon package.json déclare le nœud 8 et j'exécute le nœud 8 sur mon ordinateur.

@afuggini si vous rencontrez des erreurs de déploiement, veuillez

Si vous êtes un débutant qui rencontre ce problème (comme moi), revérifiez vos définitions de fonction.

Dans mon cas, il y avait des problèmes avec les chemins d'importation des fonctions au niveau racine index.js , et j'obtenais exactement la même erreur lors du déploiement.

C'était sur les fonctions Cloud brutes, mais cela s'appliquerait probablement à toutes les autres plates-formes construites sur les mêmes - comme Firebase Functions.

Hé @thechenky , j'ai fait:

Échec de la construction: {"cacheStats": [{"status": "MISS", "hash": "{{hashCode}}", "type": "docker_layer_cache", "level": "global"}, {"status ":" MISS "," hash ":" {{hashCode}} "," type ":" docker_layer_cache "," level ":" project "}]}

J'ai attendu environ 5 minutes pendant que je lisais ce fil en ligne, déployé à nouveau et cela a bien fonctionné.

Y a-t-il une raison pour laquelle la construction peut encore échouer à certains moments?

Nous rencontrons toujours exactement le même problème aujourd'hui. (2020-01-07)

Pareil ici. Mais cela ne fonctionne pas après avoir attendu un certain temps ...

Hé @thechenky , j'ai fait:
Échec de la construction: {"cacheStats": [{"status": "MISS", "hash": "{{hashCode}}", "type": "docker_layer_cache", "level": "global"}, {"status ":" MISS "," hash ":" {{hashCode}} "," type ":" docker_layer_cache "," level ":" project "}]}
J'ai attendu environ 5 minutes pendant que je lisais ce fil en ligne, déployé à nouveau et cela a bien fonctionné.
Y a-t-il une raison pour laquelle la construction peut encore échouer à certains moments?

Nous rencontrons toujours exactement le même problème aujourd'hui. (2019-01-07)

Oui, j'ai aussi le même problème

Hé @thechenky , j'ai fait:
Échec de la construction: {"cacheStats": [{"status": "MISS", "hash": "{{hashCode}}", "type": "docker_layer_cache", "level": "global"}, {"status ":" MISS "," hash ":" {{hashCode}} "," type ":" docker_layer_cache "," level ":" project "}]}
J'ai attendu environ 5 minutes pendant que je lisais ce fil en ligne, déployé à nouveau et cela a bien fonctionné.
Y a-t-il une raison pour laquelle la construction peut encore échouer à certains moments?

Nous rencontrons toujours exactement le même problème aujourd'hui. (2019-01-07)

* 2020-01-07 probablement;) Et oui j'en fais trop l'expérience depuis quelque temps maintenant ..

Oui, je viens de faire l'expérience de cela et j'ai atterri ici à partir des résultats de recherche

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

Je pense que c'est un problème différent?

Google vient de confirmer avoir des problèmes de déploiement avec les fonctions cloud

Même problème ici. Mauvais moment pour ça

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

Salut,

Je reçois également une erreur similaire

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"}]}

De l'assistance Google

«Nous rencontrons actuellement un problème avec le déploiement de Cloud Functions. Notre équipe d'ingénierie travaille actuellement sur ce problème pour remettre les services en place le plus rapidement possible. Je vous répondrai avec plus de mises à jour.

Toutes nos excuses pour les inconvénients que cela a pu vous causer. "

Je viens de vérifier les services Google sur le lien suivant qu'ils ont déclaré que tous étaient opérationnels.
https://status.cloud.google.com/
Nous devons passer trois heures pour enquêter sur les problèmes.
Veuillez mettre à jour le statut de confirmation avec une URL ici
Merci,

Je viens de vérifier les services Google sur le lien suivant qu'ils ont déclaré que tous étaient opérationnels.
https://status.cloud.google.com/
Nous devons passer trois heures pour enquêter sur les problèmes.
Veuillez mettre à jour le statut de confirmation avec une URL ici
Merci,

Ils ont mis à jour la page maintenant

J'ai réussi à déployer toutes mes fonctions après de nombreuses tentatives, mais c'est toujours instable

😖

Nous avons toujours le problème, à la fois sur le moteur d'application et la fonction cloud

on dirait qu'ils sont en train de réparer quelque chose

Pareil ici. Ayant également le même problème:

!  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

avec le code suivant:

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))

J'ai eu un fichier de sauvegarde dans le répertoire des fonctions. La suppression de ce fichier a semblé corriger le déploiement.

J'ai eu un fichier de sauvegarde dans le répertoire des fonctions. La suppression de ce fichier a semblé corriger le déploiement.

Fichier de sauvegarde comme dans functions/lib ?

Je peux confirmer que la suppression du dossier functions/lib résolu le problème pour moi :)

Est-il sûr de supprimer functions/lib ? Est-il régénéré à chaque fois avec Firebase deploy?

Est-il sûr de supprimer functions/lib ? Est-il régénéré à chaque fois avec Firebase deploy?

Il est tout à fait sûr de supprimer ce dossier. Chaque fois que vous exécutez firebase deploy , il créera automatiquement ce dossier avec le contenu à l'intérieur.

La suppression de functions/lib n'a rien résolu pour moi. Je reçois toujours functions[getVerificationCode(us-central1)]: Deployment error. Build failed: {"cacheStats": [{"status": "MISS", "hash": ...

Error: Functions did not deploy properly.

La suppression de functions/lib n'a rien résolu pour moi. Je reçois toujours functions[getVerificationCode(us-central1)]: Deployment error. Build failed: {"cacheStats": [{"status": "MISS", "hash": ...

Error: Functions did not deploy properly.

Votre meilleur pari est de réessayer la demande. J'ai également eu le même problème, mais tout ce que j'avais à faire était de continuer à exécuter firebase deploy jusqu'à ce que cela fonctionne.

PS Cela peut prendre un certain temps - je ne sais pas ce que l'équipe de Google prépare.

J'ai une fonction qui n'est pas déployée / mise à jour même après avoir réessayé encore et encore. Mais juste cette fonction. Je suppose que cela me convient maintenant car je ne teste pas cette fonction.

https://status.cloud.google.com/ prétend toujours que tout va bien
Mais la dernière fois que j'ai essayé, _aucune_ de mes fonctions n'a été déployée 😬

La page d'état indique actuellement:

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

L'équipe enquête et publiera un problème sur le tableau de bord si cela est justifié à mesure qu'ils en apprendront davantage. En attendant, si vous rencontrez un problème de déploiement avec Cloud Functions, veuillez écrire à l'assistance Firebase ou Google Cloud! Merci à vous tous pour votre patience.

Pareil ici. Toute tentative de déployer ne serait-ce que la fonction firebase par défaut helloWorld renvoie la même erreur:
Deployment error. Build failed: {"cacheStats": [{"status": "MISS", "hash": "...", "type": "docker_layer_cache", "level": "global"}

Pareil ici. Toute tentative de déployer ne serait-ce que la fonction firebase par défaut helloWorld renvoie la même erreur:
Deployment error. Build failed: {"cacheStats": [{"status": "MISS", "hash": "...", "type": "docker_layer_cache", "level": "global"}

Je vois ça aussi

Pareil ici.
Erreur de déploiement.
Échec de la construction: {"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

Après une nuit entière à essayer de trouver mon erreur sur ce qui n'allait pas, j'ai finalement pu déployer mes fonctions. A travaillé pour moi 👍

ET IL FONCTIONNE !

Désolé de ramener ce sujet. Mais j'ai le même problème.

Chaque fois que je déploie, entre 1 et 5 fonctions échoueraient avec un message comme celui-ci:

Il n'y a pas de fonction qui échoue systématiquement à se déployer, il semble que les fonctions aléatoires échouent à différents moments. Peut-être que 1 sur 12 essais, je pourrais obtenir toutes les fonctions à déployer en même temps.

Des conseils sur des solutions de contournement en plus de déployer plusieurs fois pour des fonctions ayant échoué? Et j'apprécie tout le travail qui a été apporté à cet outil. TY

Échec de la construction: {"cacheStats": [{"status": "MISS", "hash": "d77e8c491b10d7f6c295d44d41963365d20c4b63b5a98586acce25c13826ff34", "type": "docker_layer_cache", "level": "docker_layer_cache", "level": "global"}, "level": "global"} "," hash ":" d77e8c491b10d7f6c295d44d41963365d20c4b63b5a98586acce25c13826ff34 "," type ":" docker_layer_cache "," level ":" projet "}]}

Face au même problème aujourd'hui. Fonctionnait bien jusqu'à hier.

Ces codes d'erreur sont exactement ceux que nous avons reçus précédemment lorsque les systèmes Cloud Function de Google avaient une erreur interne d'eux-mêmes.

Ma meilleure solution pour vous est soit:

1. Continuez à essayer de déployer jusqu'à ce que cela fonctionne (ne devrait pas prendre plus de 14 tentatives)
2. Contactez Google à propos du problème et laissez-les vérifier leur infrastructure pour les problèmes

J'obtiens toujours la même erreur à propos de HIT et MISS sur les statistiques du cache. Cela se passe toute la journée.

Les gars, veuillez signaler les problèmes de déploiement ici, afin qu'ils puissent enfin le résoudre. @ pragati27gupta , @taronaeo , @acoyfellow , @MikeWeiZhou
https://firebase.google.com/support/troubleshooter/functions/deploy

Ainsi, Firebase utilise docker. C'est amusant à savoir.

Merci d'avoir contacté! Votre demande a été soumise et nous vous contacterons bientôt.

@selvinfehric a la bonne idée.

btw. J'ai ouvert un problème sur le suivi des problèmes cloudfunctions à ce sujet: https://issuetracker.google.com/issues/154260223
Veuillez commenter / marquer le problème pour obtenir plus de traction.

Pareil ici!

Pareil ici, nous avons la dernière version des outils Firebase fonctionnant sur un runner GitLab et cela continue de se produire. C'est tellement ennuyeux de continuer à réessayer. Tout notre pipeline CI / CD est rompu à cause de cela, ce qui entraîne une telle perte de temps pour les développeurs, le suivi des travaux et le clic sur une nouvelle tentative pour l'éternité.

Pire encore, l'équipe de support Firebase n'a pas du tout été utile et a signalé un tas de documents aléatoires, ignorant totalement le caractère aléatoire des erreurs de déploiement de fonctions.

Cela nous arrive aussi lorsque localement sur Ubuntu 16.04 avec firebase-tools 7.12.1 ou via Azure DevOps Task avec la dernière version 8.1.1.
Il est ridicule que ce problème soit clos et que personne (côté Google) ne semble s'en soucier.

cela nous arrive aussi. Nous luttons contre cela depuis près d'un an. Nous n'avons qu'une trentaine de fonctions (de tous types, https, déclencheurs firestore, abonnés sous pub, déclencheurs d'authentification) Cela se produit principalement lorsque nous déployons via CI / CD (circleci), mais cela arrive aussi parfois lorsque nous déployons à partir de nos machines locales (bien que nous le fassions si rarement, c'est difficile à dire).

J'exécute le nœud 8, à cause d'un bogue que Firebase a eu il y a quelques mois avec le nœud 10. Typiquement, probablement 8 ou 9 fois sur 10, une ou deux de nos fonctions échoueront tout simplement à se déployer. Cela semble être aléatoire à chaque fois - jamais un échec constant. Cela se produit sans apporter aucune modification au code de nos fonctions - nous pouvons simplement déployer une modification frontale (via l'hébergement, mais nous voulons garder les versions synchronisées entre les fichiers via l'hébergement et l'API). Donc, nous savons que ce n'est pas notre code.

J'ai finalement mordu la balle aujourd'hui et passe la moitié de la journée à diviser notre «grand nombre» (~ 30) de fonctions en petits groupes qui se déploient seuls, chaque groupe en ayant moins de 10. CETTE SITLL NE FONCTIONNE PAS. J'ai eu plusieurs échecs consécutifs. dans mon premier groupe de fonctions, qui ne contient que 6 éléments. Ce "groupe" est en fait déclaré en utilisant la syntaxe firebase deploy --only functions:func1,functions:func2,...functions:func6 , pas un groupe défini dans l'exportation principale.

Pareil ici
Erreur de déploiement.
N'importe où entre 1 et 5 fonctions différentes ne parviennent pas à se déployer:
Échec de la construction: {"cacheStats": [{"status": "MISS", ...

Toute personne rencontrant cette erreur, veuillez +1 et pesez-en
suivi des problèmes de cloud public: https://issuetracker.google.com/issues/154260223

Le sam.25 avril 2020, 04:49, chenlevy [email protected] a écrit:

Pareil ici
Erreur de déploiement.
N'importe où entre 1 et 5 fonctions différentes ne parviennent pas à se déployer:
Échec de la construction: {"cacheStats": [{"status": "MISS", ...

-
Vous recevez ceci parce que vous avez commenté.
Répondez directement à cet e-mail, affichez-le sur GitHub
https://github.com/firebase/firebase-tools/issues/853#issuecomment-619367267 ,
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/AAAAH7RZHEUCY2EAR2ABU3DROLE23ANCNFSM4FNSPUCA
.

J'ai constaté que, lors de la création d'un nouveau projet, pour mon précédent, je n'avais pas activé "google analytics" et que chacun de mes déploiements échouait. Je viens de le tester avec un tout nouveau projet et tout fonctionne, lorsque j'active google-analytics

Que Analytics soit activé ou non n'affectera pas cette erreur, c'est
probablement juste une coïncidence.

Le sam.25 avril 2020 12:17 erykos111 [email protected] a écrit:

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

J'ai constaté que, lors de la création d'un nouveau projet, pour mon précédent je n'ai pas
avoir activé "google analytics", et chacun de mes déploiements était
échouer. Je viens de le tester avec un tout nouveau projet et tout fonctionne, quand
J'active google-analytics

-
Vous recevez ceci parce que vous avez commenté.
Répondez directement à cet e-mail, affichez-le sur GitHub
https://github.com/firebase/firebase-tools/issues/853#issuecomment-619427952 ,
ou se désinscrire
https://github.com/notifications/unsubscribe-auth/AAAAH7TAOV2IOQG7NUDBXFTROMZMHANCNFSM4FNSPUCA
.

Comme indiqué dans le commentaire ci-dessus, l'activation de Google Analytics ne modifie pas l'échec du déploiement des fonctions. Ce que vous avez probablement fait est de créer un nouveau projet sur un serveur dont le serveur Cloud Functions ne fonctionne pas.

Je viens de rencontrer le même problème - les déploiements fonctionnaient bien jusqu'à ce que nous les ayons, de manière fiable sur deux fonctions - démarrés aujourd'hui:

⚠ functions [legacyFeedRedirect (us-central1)]: Erreur de déploiement.
Échec de la construction: {"cacheStats": [{"status": "MISS", "hash": "526b4459b8b6ae9cc7de4bbed53b2d24a8c5fcf1737f07f27a44e4029d472306", "type": "docker_layer_cache", "type": "docker_layer_cache", "level": "docker_layer_cache", "level": "docker_layer_cache", "level": " "," hash ":" 526b4459b8b6ae9cc7de4bbed53b2d24a8c5fcf1737f07f27a44e4029d472306 "," type ":" docker_layer_cache "," level ":" project "}]}
⚠ functions [updateUserOnboardingFlags (us-central1)]: erreur de déploiement.
Échec de la construction: {"cacheStats": [{"status": "MISS", "hash": "526b4459b8b6ae9cc7de4bbed53b2d24a8c5fcf1737f07f27a44e4029d472306", "type": "docker_layer_cache", "type": "docker_layer_cache", "level": "docker_layer_cache", "level": "docker_layer_cache", "level": " "," hash ":" 526b4459b8b6ae9cc7de4bbed53b2d24a8c5fcf1737f07f27a44e4029d472306 "," type ":" docker_layer_cache "," level ":" project "}]}

À toute personne qui rencontre encore des erreurs de déploiement:

Après avoir corrigé nos déploiements pour la première fois en activant Node 10 et en exécutant la dernière version de firebase-tools , nous avons récemment (il y a environ 2 semaines) rencontré à nouveau des erreurs avec un Build error: details not available opaque. Nous étions complètement bloqués car cela arrivait constamment pour toutes nos fonctions sur tous nos environnements.

Après enquête, nous avons remarqué que le temps de création des fonctions cloud avait été réduit sur GCP de 10 minutes à seulement 5 minutes.

Pour améliorer le temps de compilation, GCP utilise la mise en cache pour réinstaller node_modules fonction du hachage des fichiers package-lock.json ou yarn.lock , selon ce que vous utilisez.
Mais si vos dépendances sont mises à jour et que ce fichier change, GCP doit toutes les réinstaller, ce qui prenait trop de temps dans notre cas, d'autant plus que nous avons de nombreux modules natifs à reconstruire. Je pense que c'est ce que nous pouvons voir dans les détails de l'erreur Node 8 avec le "status": "MISS" .

Nous avons fini par créer notre propre outil pour compiler nos fonctions séparément, en regroupant tous les modules non natifs dans notre code de fonction principale à l'aide de webpack, et en ayant un fichier package.json découpé pour chaque fonction avec uniquement les dépendances manquantes pour chacune d'elles .

Désormais, nos déploiements fonctionnent bien à chaque fois et prennent 1 à 2 minutes maximum par fonction.

+1

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

Nous avons été gravement touchés par ce problème et n'avons pas pu nous déployer depuis la semaine dernière. _Les détails peuvent être trouvés dans mon commentaire sur Google Issue Tracker._

Nous proposons un script de déploiement personnalisé qui tente de nouveau de déployer les Cloud Functions qui ont échoué. En le laissant ici, cela peut vous donner une idée, ou vous pouvez l'utiliser directement. Nous avons déjà déployé plus de 20 fois dans l'environnement Staging à l'aide de ce script.

J'espère que cela aidera quelqu'un jusqu'à ce que ce problème soit résolu.

@fatihacet Comme je l'ai mentionné plus tôt , les erreurs de construction se produisent principalement en raison d'un délai d'expiration pendant le processus de déploiement, qui a été réduit de 10 à 5 minutes par GCP il y a environ 2 semaines.

Nous avions également un système de relance en place, implémenté dans un fork de firebase-tools (et utilisable) ici (PR pour firebase-tools officiel est ici # 1977).

Cependant, nous étions bloqués dans nos déploiements depuis plus de 2 semaines en raison de la récente diminution du délai d'expiration, et les tentatives ne résoudraient pas le problème pour nous, car nous ne pouvions déployer une seule fonction sur aucun de nos environnements, même avec 3 à 5 tentatives, pendant cette période.

Le seul correctif est de réduire le nombre de dépendances que vous utilisez pour vos fonctions cloud.
Dans notre cas, nous avons dû les compiler séparément et regrouper tout ce qui pouvait être dans le code de la fonction à l'aide de webpack.

Avec cette mise à jour sur le délai d'expiration du système de construction, le modèle Firebase consistant à utiliser un point d'entrée unique pour toutes les fonctions à déployer ne fonctionne tout simplement plus.

Je viens de mettre à jour la version 8.2.0 de firebase-cli
Cependant, je continue à rencontrer cette erreur
Build failed: {"cacheStats": [{"status": "MISS", "hash": "8c20b0a9a3a6bd52591da4f39acf1b59e56da60640e148a5d96a494617066c6d", "type": "docker_layer_cache", "level": "global"}, {"status": "HIT", "hash": "8c20b0a9a3a6bd52591da4f39acf1b59e56da60640e148a5d96a494617066c6d", "type": "docker_layer_cache", "level": "project"}]}

@Trinhlvtq , la mise firebase-tools niveau de

Par curiosité, combien de dépendances de nœuds utilisez-vous dans votre projet?
Utilisez-vous des natifs dans votre projet?

Nous avons ce problème depuis 2 semaines maintenant.
Dans notre cas, nous n'obtenons que
build failed: build error details not available
et lorsque nous vérifions les journaux sur GCP, nous voyons un code d'état de 13.

@sunnixx Ce problème a déjà été résolu dans l' outil de suivi des problèmes de Google # 154260223 . Si vous pensez que votre problème est lié à ce problème, veuillez y publier votre problème.

Cela vient juste de commencer pour moi aujourd'hui. Nœud 10. Aucune idée de ce qui l'a provoqué, mais chaque tentative de déploiement de fonctions à partir de CI entraîne cette erreur.

@devth Veuillez copier et coller la sortie ici, afin que l'équipe puisse comprendre ce qui se passe.

@taronaeo voici le résultat:

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.

~ Mise à jour 1 : Il semble échouer systématiquement avec firebase deploy . Si je plutôt firebase deploy --only functions cela fonctionnera parfois / échouera parfois avec la même erreur. ~
Mise à jour 2 : eh bien aujourd'hui, il semble tout simplement échouer tout le temps.

Merci.

@devth jetez un œil à ce message .

Donc, apparemment, cela a à voir avec trop de déps. J'exécute Nextjs sur Firebase Functions, j'ai donc besoin des deps de toute ma pile Web. Il s'agit également d'une application assez petite et nouvelle, donc elle ne fera que croître.

Note latérale: ce problème a cassé mes fonctions actuelles, ce qui a détruit mon site (tout juste 404 maintenant). Cela semble être un problème majeur. Si c'était un problème, je serais complètement abattu sans solution.

Salut les gens, si vous rencontrez cette erreur, recherchez un bogue similaire ou enregistrez un nouveau bogue sur le suivi des problèmes publics pour Cloud Functions. Ce problème a déjà été résolu et nous ne pourrons pas vous aider à le résoudre.