Décrivez le problème/l’erreur/la question :
Mon instance n8n Cloud (correaatibaia.app.n8n.cloud) semble complètement bloquée au niveau de l’infrastructure. Depuis 3 jours, tous les workflows ont cessé de fonctionner. Les nœuds Webhook rejettent instantanément les requêtes POST entrantes (renvoyant des erreurs de configuration à 0ms). Pire encore, le registre « Executions » ne persiste pas et ne sauvegarde aucun journal, et tous les autres workflows indépendants de ce compte sont également inactifs. On dirait un blocage de base de données ou une file d’attente bloquée du côté du serveur cloud.
Quel est le message d’erreur (le cas échéant) ?
« Nó ‘Responder ao Webhook’ não utilizado encontrado no fluxo de trabalho » / WorkflowConfigurationError: Unused Respond to Webhook node found in the workflow. (Même si le nœud est correctement routé ou contourné, l’instance ne parvient pas à enregistrer ou persister aucune exécution).
Informations sur votre configuration n8n :
- Version n8n : 2.27.4 (Cloud)
- Exécution de n8n via : n8n cloud
- Système d’exploitation : Instance Cloud
Salut @Silvio_Correa Bienvenue !
Ceci ressemble à une erreur de configuration de flux de travail, pas à un gel d’infrastructure. Cette erreur est ce qui rejette le webhook instantanément (vos 0ms) et empêche l’exécution d’être sauvegardée. Ouvrez le nœud Webhook et changez Respond de « Immediately » à « Using ‘Respond to Webhook’ node », puis assurez-vous que le nœud Respond to Webhook se trouve sur le chemin exécuté en tant que dernier nœud.
Voyez ceci :
Si les autres flux de travail et la journalisation d’exécution sont toujours inactifs sur l’ensemble du compte après ce correctif, cette partie est côté Cloud. Contactez help@n8n.io pour qu’ils puissent vérifier votre instance.
« Bonjour Silvio, j’ai déjà observé ce comportement. Bien que la suggestion du modérateur de vérifier le « Response Mode » soit techniquement correcte, elle ne résout souvent pas le problème sous-jacent si vous faites face à une file d’attente backend bloquée sur n8n Cloud ou à un deadlock de base de données causant ces rejets à 0ms.
Si vous avez déjà corrigé vos nœuds « Respond to Webhook » et que les journaux d’exécution ne persistent toujours pas, vous faites probablement face à un problème de synchronisation au niveau de l’infrastructure qu’un simple redéploiement ne résoudra pas. Je suis spécialisé dans le dépannage de production n8n et peux auditer la structure de votre workflow et les journaux backend pour identifier s’il s’agit d’une erreur de configuration ou d’un véritable deadlock côté service.
Si vous êtes toujours bloqué, n’hésitez pas à m’envoyer un MP – je peux intervenir et vous aider à remettre votre production en ligne dès aujourd’hui. »