Je vais réparer votre n8n sur Coolify - exécuteur de tâches, worker et erreurs webhook
Spécialiste DevOps pour n8n 2x
À propos de ce service
n8n sur Coolify cassé après la mise à jour ?
Problèmes fréquents que je résous :
Le conteneur worker ou exécuteur de tâches redémarre sans cesse ou est marqué comme non sain
La requête de tâche expire après 60 secondes dans les nœuds Code
Les flux de travail restent bloqués dans la file d’attente
repository docker.n8n.io/n8nio/runners introuvable
Les webhooks Telegram ou autres échouent (webhook invalide)
Les modèles n8n de Coolify peuvent contenir des paramètres obsolètes pour n8n 2.x. Je corrige votre fichier Compose, vos variables d’environnement et les healthchecks afin que vos workers, exécuteurs de tâches et webhooks fonctionnent de manière fiable.
Envoyez-moi une capture d’écran de vos journaux Coolify et de votre version n8n.
Serveur:
Apache HTTP
•
Serveur privé virtuel
Système opérateur:
Windows
•
Linux
•
IOS
Autres services de Support informatique I Offre
FAQ
Traduction automatique
Pourquoi les workers ou les exécuteurs de tâches plantent-ils sur Coolify après la mise à jour de n8n ?
Les modèles Coolify utilisent souvent des configurations n8n 1.x plus anciennes. La version 2.x nécessite des sidecars d’exécution de tâches mis à jour, des adresses d’écoute du broker correctes et des healthchecks de conteneur spécifiques pour éviter les redémarrages continus.
Pourquoi mes webhooks (Telegram, Stripe, WhatsApp) échouent-ils sur Coolify ?
Les webhooks se cassent lorsque les variables N8N_HOST, N8N_PROTOCOL ou WEBHOOK_URL sont manquantes ou mal configurées derrière le proxy inverse de Coolify (Traefik/Caddy). J’ajuste ces variables pour que les déclencheurs entrants s’exécutent sans encombre.
Quelles corrections pour le message de requête de tâche expirant après 60 secondes sur Coolify ?
Cela se produit lorsque le processus principal de n8n ne peut pas communiquer avec le broker du task-runner en raison d’une isolation réseau interne du conteneur ou de ports mal liés. Je reconfigure les paramètres réseau de votre Docker Compose pour résoudre le problème.
Un accès direct au serveur est-il sûr ?
Oui. J’exporte toujours votre base de données n8n, l’état du conteneur et la clé N8N_ENCRYPTION_KEY avant d’effectuer des mises à jour. L’accès peut être révoqué immédiatement une fois la mission terminée.

