Firebase-tools: Le déploiement de Firebase échoue avec "Erreur : Erreur HTTP : 500, erreur interne rencontrée".

Nous aurons besoin de journaux de débogage pour pouvoir diagnostiquer les problèmes ici - pouvez-vous soit activer --debug dans la version CI ou vous assurer qu'il conserve firebase-debug.log comme artefact pendant constructions ratées ?

@mbleigh - Veuillez consulter les détails sur https://travis-ci.org/ampproject/docs/jobs/415953980 , qui, j'espère, fournit les détails dont vous avez besoin.

cc : @rsimha

Voici les journaux d'échec : https://travis-ci.org/ampproject/docs/jobs/415953980#L7375 -L7424

Comment (et quand) avez-vous généré le jeton d'authentification que vous utilisez dans le système CI ? Cela fonctionnera-t-il si vous en générez un nouveau avec firebase login:ci ?

Nouveau jeton généré. Construction en cours : https://travis-ci.org/ampproject/docs/builds/415999283

Résolu. Besoin d'un nouveau jeton d'authentification.

Je viens de faire face au même problème. La reconnexion/mise à jour du jeton n'a pas résolu le problème.

voici le log : firebase-debug.log

Cela fonctionnait hier, mais aujourd'hui, nous avons mis à jour firebase-tools vers la v4.3.1 (à partir de la v3.*). Cela fonctionne pour notre version de développement du projet (essentiellement un projet firebase séparé) mais pas pour prod.

S'il vous plaît des conseils sur les solutions possibles.

ÉDITER
Nous sommes capables de déployer des fonctions, mais pas d'hébergement :

firebase deploy --only hosting échoue avec le journal joint et avec le message "500 internal error"
firebase deploy --only functions fonctionne comme prévu

Encore une fois, la même base de code se déploie sans problème dans le projet de développement alternatif.
Revenir au code précédemment déployé ne résout pas le problème.

Il est difficile de le dire avec certitude de mon point de vue, mais je soupçonne que votre problème a quelque chose à voir avec les autorisations IAM non standard définies sur l'utilisateur qui tente d'effectuer le déploiement. Essayez d'effectuer le déploiement avec un utilisateur disposant de l'autorisation Éditeur sur le projet Cloud correspondant ? Si vous contactez l'assistance Firebase et ouvrez un dossier faisant référence à ce problème, ils auront les accès nécessaires pour vous aider à résoudre vos autorisations IAM plus en détail.

Si cela ne fonctionne pas, comme solution de contournement temporaire, vous devriez pouvoir rétrograder temporairement firebase-tools vers une version 3.x en utilisant npm avec npm install -g [email protected] ou la version sur laquelle vous étiez.

Merci @Berlioz - le déclassement a résolu le problème pour le moment !

Bien que nous cherchions à utiliser le délai d'expiration personnalisé de la fonction à partir du code qui nécessite firebase-tool 4+
L'autorisation est définie sur "Propriétaire" en fait. Je vais également signaler un problème au support.

Merci encore pour la réponse rapide et utile!

Le déploiement de fonctions plus tard a résolu mon problème. Cela peut être un bug interne de firebase.

Salut, j'obtiens l'erreur suivante lors de l'utilisation de FirebaseMessaging.sendAsyc

com.google.firebase.messaging.FirebaseMessagingException : erreur interne rencontrée.
sur com.google.firebase.messaging.FirebaseMessaging.handleSendHttpError(FirebaseMessaging.java:290)
à com.google.firebase.messaging.FirebaseMessaging.access$600 (FirebaseMessaging.java:55)
sur com.google.firebase.messaging.FirebaseMessaging$1.execute(FirebaseMessaging.java:259)
sur com.google.firebase.messaging.FirebaseMessaging$1.execute(FirebaseMessaging.java:240)
à com.google.firebase.internal.CallableOperation.call(CallableOperation.java:36)
sur com.google.common.util.concurrent.TrustedListenableFutureTask$TrustedFutureInterruptibleTask.runInterruptibility(TrustedListenableFutureTask.java:108)
sur com.google.common.util.concurrent.InterruptibleTask.run(InterruptibleTask.java:41)
sur com.google.common.util.concurrent.TrustedListenableFutureTask.run(TrustedListenableFutureTask.java:77)
à java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
sur java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
à java.lang.Thread.run(Thread.java:748)
Causé par : com.google.api.client.http.HttpResponseException : 500 Erreur de serveur interne
{
"Erreur": {
"code": 500,
"message": "Erreur interne rencontrée.",
"les erreurs": [
{
"message": "Erreur interne rencontrée.",
"domaine": "global",
"raison": "backendError"
}
],
"statut": "INTERNE"
}
}
sur com.google.api.client.http.HttpRequest.execute(HttpRequest.java:1070)

quel pourrait être le problème ici, toute réponse sera très appréciée

@ajayarajan Ce n'est pas le lieu approprié pour cette question. Vous trouverez StackOverflow ou le canal approprié dans la communauté Firebase un meilleur endroit.

Cela pourrait être inutile maintenant, mais pour tous ceux qui pourraient visiter ici, dans mon cas, le service d'hébergement était en panne (oui, je ne pensais pas non plus que les services Google pouvaient être supprimés), vous pouvez voir quels services sont en bas ici :

https://status.firebase.google.com/

oui, j'ai le même problème maintenant, on dirait que la base de feu est sous le temps :)

comme vous @liron-navon, après avoir essayé beaucoup de choses pour que cela fonctionne, j'étais sur le point de contacter le support quand j'ai vu sur la page d'état que certains services étaient en panne.

l'hébergement est en panne. mais si vous ne déployez que des fonctions utilisant
firebase deploy --only fonctionnera .

ROFL ! Je suis tellement contente que tu viens de poster ça ! Putain de merde, j'ai une version bêta d'intégration ce matin ! @shavik
Je paniquais parce que je pensais avoir cassé quelque chose...

Identique à @T-Knott-Mesh, je pensais avoir cassé quelque chose, firebase a-t-il une page d'état pour les services ?

nm je l'ai trouvé ici

Oui, la base de feu est en panne. Difficile de croire que cela s'est produit.

Je ne peux pas le croire ! Hahahahaha eh bien, ça arrive. Je suis sûr qu'ils sont tous
paniquer rn hahahaha.

Le mercredi 6 février 2019, à 6 h 31, equidevium < [email protected] a écrit :

Oui, la base de feu est en panne. Difficile de croire que cela s'est produit.

-
Vous recevez ceci parce que vous avez été mentionné.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/firebase/firebase-tools/issues/865#issuecomment-460991456 ,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AZTSE_X1pe8gvJrZcmKRM64q5dkHl_yFks5vKr0sgaJpZM4V8aLt
.

Y a-t-il de toute façon que je peux éditer le code dans le serveur au lieu d'avoir à déployer ? Je dois corriger un bug.

Rencontrer le même problème obtenir cette erreur

Erreur : Erreur HTTP : 500, erreur interne rencontrée.

Erreur : Erreur HTTP : 500, erreur interne rencontrée.
Même problème auquel je suis confronté lorsque j'héberge mon projet sur le serveur Firebase

dans combien de temps vont-ils tomber ????

Merci d'avoir posté qu'il est en panne ! J'ai essayé pendant les 30 dernières minutes de le déployer via notre CI.

haha je pensais que c'était mon réseau
Bien que ce site https://status.firebase.google.com/ existe

Haha je pensais que j'étais viré 8-D

J'ai bien aimé lire vos commentaires :sourire: :rire:
Vous pouvez vérifier l'état actuel ici : https://status.firebase.google.com/incident/Hosting/19006

Bon à savoir qu'ils ont une page de statut, j'espère qu'ils la corrigeront bientôt :)

https://status.firebase.google.com/incident/Hosting/19006

c'est une période très difficile pour moi :-(

Y a-t-il de toute façon que je peux éditer le code dans le serveur au lieu d'avoir à déployer ? Je dois corriger un bug.

Je ne pense pas que vous puissiez faire quelque chose comme un ssh dans Firebase. Et même si nous pouvions le faire, je ne pense pas que cela aiderait du tout car dans au moins "notre" cas, nous déployons non pas le code source brut mais une version compilée construite de notre application.

Merci à tous pour votre patience pendant que nous y travaillons. La page d'état est en effet la meilleure source de mises à jour lorsqu'il s'agit de choses comme celle-ci. Cet incident particulier est en train d'être atténué, mais il faut un peu de temps pour se déployer complètement. Gardez un œil sur cette page pour d'autres mises à jour.

L'atténuation est déployée ! Le problème est résolu https://status.firebase.google.com/incident/Hosting/19006

Même erreur ! J'ai essayé avec plusieurs versions de firebase-tools et le même problème.

J'ai essayé firebase deploy --only functions et ça a marché

Cela ne fonctionne pas pour moi depuis 20 minutes environ.

Je suis confronté au même problème maintenant, même lorsque leur site Web indique que le service est normal.

Merci pour les rapports les gens. Il y a un problème plus récent lié aux erreurs 500 aujourd'hui sur lequel j'aimerais continuer cette activité, donc si vous rencontrez des problèmes aujourd'hui (19 août 2019 - hein, presque exactement un an plus tard pour ce bug), allez au #1609.

Nous en sommes conscients et nous y travaillons. Désolé pour le dérangement 😕. Restez à l'écoute du #1609 pour plus de mises à jour.

Je suis ennuyé que la page d'état ne reconnaisse pas le problème. Ne vous souciez pas de la réponse ici. Mettez d'abord à jour la page d'état.

Aggravant le problème pour moi, j'ai supprimé mon site de transfert dans le but de le résoudre (pour une raison quelconque, cela a fonctionné après cela, allez comprendre) et cela ne me permettait pas d'en créer un nouveau avec le même nom, même dans le même projet, donc maintenant je dois dire à tout le monde d'utiliser la nouvelle URL.

J'obtiens la même erreur lors de l'utilisation de 'firebase deploy'

`[info] + base de données : syntaxe des règles pour la base de donnéesest valable
[débogage] [2019-08-21T14:52:22.716Z] >>> POST DE DEMANDE HTTP https://firebasehosting.googleapis.com/v1beta1/sites//versions

[déboguer] [2019-08-21T14:52:23.713Z] <<< RÉPONSE HTTP 500
[débogage] [2019-08-21T14:52:23.714Z] <<< CORPS DE RÉPONSE HTTP
[Erreur]
[erreur] Erreur : Erreur HTTP : 500, erreur interne rencontrée.
[déboguer] [2019-08-21T14:52:23.855Z] Contexte d'erreur : {
"corps": {
"Erreur": {
"code": 500,
"message": "Erreur interne rencontrée.",
"statut": "INTERNE"
}
},
"réponse": {
"statutCode": 500,
"corps": {
"Erreur": {
"code": 500,
"message": "Erreur interne rencontrée.",
"statut": "INTERNE"
}
},
"en-têtes": {
"vary": "X-Origin, Referer, Origin,Accept-Encoding",
"content-type": "application/json; charset=UTF-8",
"date": "mer. 21 août 2019 14:52:23 GMT",
"serveur": "ESF",
"cache-control": "privé",
"x-xss-protection": "0",
"x-frame-options": "SAMEORIGIN",
"x-content-type-options": "nosniff",
"alt-svc": "quic=\":443\"; ma=2592000; v=\"46,43,39\"",
"accept-ranges": "none",
"transfer-encoding": "chunked"
},
"demander": {
"uri": {
"protocole": "https:",
"slashs": vrai,
"auth": nul,
"host": "firebasehosting.googleapis.com",
"port": 443,
"hostname": "firebasehosting.googleapis.com",
"hash": null,
"recherche": null,
"requête": null,
"chemin": "/v1beta1/sites//versions",
"chemin": "/v1beta1/sites//versions",
"href": " https://firebasehosting.googleapis.com/v1beta1/sites//versions"
},
"méthode": "POSTER"
}
}
}`

Pareil ici

J'obtiens la même erreur lors de l'utilisation de 'firebase deploy'

`[info] + base de données : la syntaxe des règles pour la base de données est valide
[débogage] [2019-08-21T14:52:22.716Z] >>> POST DE DEMANDE HTTP https://firebasehosting.googleapis.com/v1beta1/sites//versions

[déboguer] [2019-08-21T14:52:23.713Z] <<< RÉPONSE HTTP 500
[débogage] [2019-08-21T14:52:23.714Z] <<< CORPS DE RÉPONSE HTTP
[Erreur]
[erreur] Erreur : Erreur HTTP : 500, erreur interne rencontrée.
[déboguer] [2019-08-21T14:52:23.855Z] Contexte d'erreur : {
"corps": {
"Erreur": {
"code": 500,
"message": "Erreur interne rencontrée.",
"statut": "INTERNE"
}
},
"réponse": {
"statutCode": 500,
"corps": {
"Erreur": {
"code": 500,
"message": "Erreur interne rencontrée.",
"statut": "INTERNE"
}
},
"en-têtes": {
"vary": "X-Origin, Referer, Origin,Accept-Encoding",
"content-type": "application/json; charset=UTF-8",
"date": "mer. 21 août 2019 14:52:23 GMT",
"serveur": "ESF",
"cache-control": "privé",
"x-xss-protection": "0",
"x-frame-options": "SAMEORIGIN",
"x-content-type-options": "nosniff",
"alt-svc": "quic=":443"; ma=2592000; v="46,43,39"",
"accept-ranges": "none",
"transfer-encoding": "chunked"
},
"demander": {
"uri": {
"protocole": "https:",
"slashs": vrai,
"auth": nul,
"host": "firebasehosting.googleapis.com",
"port": 443,
"hostname": "firebasehosting.googleapis.com",
"hash": null,
"recherche": null,
"requête": null,
"pathname": "/v1beta1/sites//versions",
"chemin": "/v1beta1/sites//versions",
"href": " https://firebasehosting.googleapis.com/v1beta1/sites//versions "
},
"méthode": "POSTER"
}
}
}`

Pareil ici. Erreur HTTP : 500

On dirait que nous sommes plusieurs à avoir obtenu un 500 dans les 30 dernières minutes. On dirait que Firebase a un problème.

Oui, j'obtiens également une erreur 500.

Voir aussi #1609

Le Brésil est parti aussi. Obtention de l'erreur HTTP 500 : erreur interne lors du déploiement sur l'hébergement Firebase. Cela a commencé à 12h00

Pareil ici

J'avais la même erreur il y a 5 minutes mais maintenant ça marche bien.

J'avais la même erreur il y a 5 minutes mais maintenant ça marche bien.

Laisse-moi essayer

J'ai testé à nouveau et maintenant j'obtiens la même erreur. Ce qui se passe.....

J'avais la même erreur il y a 5 minutes mais maintenant ça marche bien.

non pareil ici en argentine

Je reçois toujours une erreur 500 du Japon

maintenant ça marche à nouveau pour moi. Je suppose que l'équipe de développement teste le problème en activant/désactivant l'accès au déploiement.

Oh, merci maintenant ça marche bien pour moi aussi.

FONCTIONNE BIEN MAINTENANT !

Peut confirmer le travail à nouveau. Merci pour la correction.

Cela se produit à nouveau !

Idem pour moi, erreur 500 sur plusieurs projets

Semble être de retour ! Il s'est en fait déployé, mais j'ai réessayé car cela semblait se produire trop rapidement et cela semble toujours échouer.

@MrDrummer pas pour moi en France :/

se reproduit maintenant pour moi en Italie,
mais "--only functions" fonctionne bien

Semble fonctionner à nouveau maintenant.

Assez ironique, alors que j'essayais de déployer notre tableau de bord de l'état des dépendances, qui inclut GCP et Firebase !

Hé tout le monde juste pour info : si vous obtenez des erreurs 500 utilisant les services Firebase, vous devriez toujours faire ceci :

1) Vérifiez le tableau de bord d'état et voyez s'il s'agit d'un incident connu.
2) S'il n'y a rien, écrivez à l' assistance Firebase

500 erreurs signifient que le backend rencontre un problème inattendu et GitHub n'est pas un bon endroit pour obtenir de l'aide pour des problèmes urgents comme celui-ci, d'autant plus qu'aucun de notre code backend n'est sur GitHub.