Nous n'arrivons pas à obtenir une réponse du support. Nous ne pouvons pas ajouter de flow, ni ouvrir certains flows dans notre instance n8n en production

Questions
1

Nous exploitons une instance auto-hébergée de n8n avec PostgreSQL. Lorsque nous essayons d’ajouter de nouveaux flux ou projets, ou d’ouvrir certains anciens flux de notre système, nous obtenons des erreurs. Comment obtenir de l’aide pour cela ?

2

Auto-hébergé en production avec Postgres, et à la fois la création de nouveaux flux/projets ainsi que quelques anciens flux échouant, cela pointe vers un chemin partagé de l’éditeur/API plutôt qu’un seul flux de travail cassé.

Postez la première requête échouée du Réseau du navigateur quand vous cliquez sur Nouveau flux de travail ou ouvrez un flux cassé : endpoint, statut HTTP, et une ligne d’erreur. Aucun JSON de flux de travail ou identifiants nécessaires. La version de n8n plus le fait que Postgres ait récemment changé suffit pour séparer l’UI/éditeur de la base de données ou des permissions.

3

Bonjour @dihde

Si votre organisation dispose d’un plan Enterprise, vous avez accès à des canaux de support dédiés (généralement par email ou un portail dédié) avec des SLA garantis.

  • Où : Vérifiez votre tableau de bord de facturation ou contactez votre gestionnaire de compte n8n.

Puisque vous avez mentionné des erreurs lors de l’ajout/ouverture de flux dans une configuration PostgreSQL, vous voudrez peut-être vérifier ces trois causes courantes :

  1. Espace disque/quota de la base de données : Si votre disque PostgreSQL est plein ou a atteint un quota, n8n ne pourra pas écrire de nouveaux flux ou métadonnées de projet.
  2. Verrous de base de données : Si une migration a échoué ou qu’un processus s’est figé, vous pourriez avoir des verrous « zombies » sur les tables workflow_entity ou project.
  3. Limites de mémoire : Si vous exécutez n8n dans Docker, assurez-vous que le conteneur dispose de suffisamment de RAM. L’ouverture de flux volumineux peut faire planter le processus si la limite de mémoire est trop basse.

Veuillez fournir les informations suivantes :

  • La sortie de docker logs [container_name] (si vous utilisez Docker).
  • Les journaux d’erreur PostgreSQL (recherchez les entrées FATAL ou ERROR).
  • Le message d’erreur exact affiché dans l’interface n8n (par exemple, « Internal Server Error » ou une erreur 500 spécifique).
  • Quelle est la version de n8n et le type d’installation