Systemo il tuo n8n su Coolify task runner, worker e webhook errori
Specialista DevOps per n8n 2x
Informazioni su questo servizio
n8n su Coolify si rompe dopo l’aggiornamento?
Problemi comuni che risolvo:
Il contenitore del worker o del task-runner si riavvia continuamente o risulta unhealthy
La richiesta di task scade dopo 60 secondi nei nodi Code
Workflow bloccati in coda
repository docker.n8n.io/n8nio/runners non trovato
Webhook Telegram o altri webhook che non funzionano (webhook sbagliato)
Le template di Coolify per n8n possono avere impostazioni obsolete per n8n 2.x. Correggo il tuo Compose file, le variabili d’ambiente e i healthcheck in modo che i worker, i task runner e i webhook funzionino in modo affidabile.
Mandami una screenshot dei log di Coolify e della tua versione di n8n.
Server:
Apache HTTP
•
Virtual private server
Sistema operativo:
Windows
•
Linux
•
IOS
Altri servizi della categoria Assistenza e IT offerti da me
FAQ
Traduzione automatica.
Perché i worker o i task runner crashano su Coolify dopo l’aggiornamento di n8n?
Le template di Coolify utilizzano spesso configurazioni di n8n 1.x più vecchie. La versione 2.x richiede sidecar del task-runner aggiornati, indirizzi di ascolto del broker corretti e specifici healthcheck dei container per evitare riavvii continui.
Perché i miei webhook (Telegram, Stripe, WhatsApp) falliscono su Coolify?
I webhook si interrompono quando le variabili N8N_HOST, N8N_PROTOCOL o WEBHOOK_URL mancano o sono configurate in modo errato dietro il reverse proxy di Coolify (Traefik/Caddy). Adatto queste variabili in modo che i trigger in entrata funzionino senza problemi.
Quali correzioni servono quando la richiesta di task scade dopo 60 secondi su Coolify?
Succede quando il processo principale di n8n non riesce a comunicare con il broker del task-runner a causa di isolamento di rete interno al container o porte non corrispondenti. Riprogrammo le impostazioni di rete di Docker Compose per risolverlo.
È sicuro avere accesso diretto al server?
Sì. Esporto sempre il tuo database di n8n, lo stato del container e N8N_ENCRYPTION_KEY prima di effettuare aggiornamenti. L’accesso può essere revocato immediatamente dopo il completamento del lavoro.

