External Redis "Queue"-Modus "Möglicher n8n-Fehler?"

n8n Queue-Modus: PostgreSQL-Verbindungszeitüberschreitungen nach Wechsel von In-Cluster-Redis zu externem Aiven Valkey

Problem/Fehler/Frage beschreiben

Zusammenfassung
Nach der Migration von Redis von einer In-Cluster-Bereitstellung zu externem Aiven Valkey begann n8n, Ausführungen mit PostgreSQL-Verbindungszeitüberschreitungen fehlschlagen zu lassen.
Vor der Redis-Migration funktionierte die gleiche Bereitstellung einwandfrei. (Task wird von Arbeiter nicht aufgegriffen)
Umgebung

  • n8n über Helm-Chart bereitgestellt
  • Kubernetes-Cluster
  • Queue-Modus aktiviert
  • PostgreSQL läuft im Cluster
  • Redis migriert von In-Cluster-Redis zu externem Aiven Valkey
    anton% kubectl get pods -n n8n
    NAME READY STATUS RESTARTS AGE
    n8n-77889b4756-9wqtq 1/1 Running 0 9m6s
    n8n-postgresql-0 1/1 Running 0 112m
    n8n-redis-master-0 1/1 Running 0 9m6s
    n8n-webhook-7ffccd5dd8-njpnm 1/1 Running 1 (8m48s ago) 9m6s
    n8n-worker-f7fff89fb-k45ff 1/1 Running 0 8m20s
    n8n-worker-f7fff89fb-nv994 1/1 Running 1 (8m42s ago) 9m6s

Wie lautet die Fehlermeldung (falls vorhanden)?

Bitte teilen Sie Ihren Workflow

Lost Redis connection. Trying to reconnect in 1s...

Recovered Redis connection
Execution XX (job YY) failed

Error: timeout exceeded when trying to connect

Einfacher Webhook


Error: timeout exceeded when trying to connect
    at pg-pool/index.js:45
    at PostgresDriver.obtainMasterConnection
    at PostgresQueryRunner.query
    at ExecutionRepository.findSingleExecution
    at JobProcessor.processJob

Was hat sich geändert

Die einzige Infrastrukturänderung war die Migration von Redis von einer In-Cluster-Redis-Instanz zu externem Aiven Valkey.

Vor der Migration:

  • Queue-Modus funktionierte einwandfrei
  • Ausführungen wurden erfolgreich abgeschlossen
  • keine PostgreSQL-Zeitüberschreitungsfehler

Nach der Migration:

  • Redis-Verbindungswiederherstell-Meldungen begannen zu erscheinen

  • Worker schlagen Ausführungen fehl

  • PostgreSQL-Verbindungszeitüberschreitungsfehler treten auf

    Zusätzliche Beobachtungen

    Die Konnektivität von Worker-Pods zu Aiven Valkey scheint gesund zu sein:

    23 packets transmitted
    
    23 received
    
    0% packet loss
    
    avg latency ~16ms
    

Externes Redis verwenden

Redis im Cluster verwenden

Informationen zu Ihrem n8n-Setup

  • n8n-Version: 2.25.7
  • Datenbank (Standard: postgresql**):**
  • n8n EXECUTIONS_PROCESS-Einstellung (Standard: own, main):
  • n8n wird ausgeführt über (kuber):
  • Betriebssystem: Debian12
    Ich habe es auf der neuesten v1 versucht, das Problem ist dasselbe

Hallo @Antonio1

Aiven Valkey erfordert spezifische Konfigurationen, die sich von einer standardmäßigen In-Cluster-Redis-Bereitstellung unterscheiden.

  • TLS/SSL-Anforderung: Aiven-Services erfordern TLS. Stelle sicher, dass deine n8n-Umgebungsvariablen Folgendes enthalten:
    • N8N_REDIS_TLS=true (oder die entsprechende Einstellung, je nach deiner n8n-Version/Custom-Image).
    • Falls du eine benutzerdefinierte Verbindungszeichenkette verwendest, stelle sicher, dass sie rediss:// (mit zwei „s

danke für die antwort

ja ich weiß, ich habe es versucht

QUEUE_BULL_REDIS_CONNECTION_TIMEOUT: 30000
QUEUE_BULL_REDIS_TIMEOUT: 30000
QUEUE_BULL_REDIS_KEEP_ALIVE_DELAY: 15000

und JA ich nutze TLS mit aiven

tls:
    enabled: true
host: valkey-XXXXXXX.l.aivencloud.com
port: 21275

username: default
password: "PASS_HERE"

LOG VON n8N

Execution 29 (job 99) failed

Error: timeout exceeded when trying to connect

    at /usr/local/lib/node_modules/n8n/node_modules/.pnpm/pg-pool@3.6.2_pg@8.12.0/node_modules/pg-pool/index.js:45:11

    at PostgresDriver.obtainMasterConnection (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/@n8n+typeorm@0.3.20-15_@sentry+node@9.42.1_mysql2@3.15.0_pg@8.12.0_sqlite3@5.1.7/node_modules/src/driver/postgres/PostgresDriver.ts:1181:28)

    at PostgresQueryRunner.query (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/@n8n+typeorm@0.3.20-15_@sentry+node@9.42.1_mysql2@3.15.0_pg@8.12.0_sqlite3@5.1.7/node_modules/src/driver/postgres/PostgresQueryRunner.ts:248:36)

    at SelectQueryBuilder.loadRawResults (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/@n8n+typeorm@0.3.20-15_@sentry+node@9.42.1_mysql2@3.15.0_pg@8.12.0_sqlite3@5.1.7/node_modules/src/query-builder/SelectQueryBuilder.ts:3660:25)

    at SelectQueryBuilder.getRawMany (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/@n8n+typeorm@0.3.20-15_@sentry+node@9.42.1_mysql2@3.15.0_pg@8.12.0_sqlite3@5.1.7/node_modules/src/query-builder/SelectQueryBuilder.ts:1617:29)

    at SelectQueryBuilder.executeEntitiesAndRawResults (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/@n8n+typeorm@0.3.20-15_@sentry+node@9.42.1_mysql2@3.15.0_pg@8.12.0_sqlite3@5.1.7/node_modules/src/query-builder/SelectQueryBuilder.ts:3322:26)

    at SelectQueryBuilder.getRawAndEntities (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/@n8n+typeorm@0.3.20-15_@sentry+node@9.42.1_mysql2@3.15.0_pg@8.12.0_sqlite3@5.1.7/node_modules/src/query-builder/SelectQueryBuilder.ts:1661:29)

    at SelectQueryBuilder.getOne (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/@n8n+typeorm@0.3.20-15_@sentry+node@9.42.1_mysql2@3.15.0_pg@8.12.0_sqlite3@5.1.7/node_modules/src/query-builder/SelectQueryBuilder.ts:1688:25)

    at ExecutionRepository.findSingleExecution (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/@n8n+db@file+packages+@n8n+db_@opentelemetry+api@1.9.0_@opentelemetry+sdk-trace-base@1._ab22bba05a964211b9fe14bf4b841570/node_modules/@n8n/db/src/repositories/execution.repository.ts:315:21)

    at JobProcessor.processJob (/usr/local/lib/node_modules/n8n/src/scaling/job-processor.ts:57:21)

Problem with execution 29: Error: timeout exceeded when trying to connect. Aborting.

Error: timeout exceeded when trying to connect (execution 29)

Error: Error: timeout exceeded when trying to connect

    at Queue.onFailed (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/bull@4.16.4_patch_hash=a4b6d56db16fe5870646929938466d6a5c668435fd1551bed6a93fffb597ba42/node_modules/bull/lib/job.js:523:18)

    at processTicksAndRejections (node:internal/process/task_queues:104:5)

Execution 30 (job 100) failed

Error: timeout exceeded when trying to connect

    at /usr/local/lib/node_modules/n8n/node_modules/.pnpm/pg-pool@3.11.0_pg@8.17.0/node_modules/pg-pool/index.js:45:11

    at PostgresDriver.obtainMasterConnection (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/@n8n+typeorm@0.3.20-16_@sentry+node@10.36.0_mysql2@3.17.0_pg@8.17.0_sqlite3@5.1.7/node_modules/src/driver/postgres/PostgresDriver.ts:1182:28)

    at PostgresQueryRunner.query (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/@n8n+typeorm@0.3.20-16_@sentry+node@10.36.0_mysql2@3.17.0_pg@8.17.0_sqlite3@5.1.7/node_modules/src/query-builder/SelectQueryBuilder.ts:248:36)

    at SelectQueryBuilder.loadRawResults (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/@n8n+typeorm@0.3.20-16_@sentry+node@10.36.0_mysql2@3.17.0_pg@8.17.0_sqlite3@5.1.7/node_modules/src/query-builder/SelectQueryBuilder.ts:3660:25)

    at SelectQueryBuilder.getRawMany (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/@n8n+typeorm@0.3.20-16_@sentry+node@10.36.0_mysql2@3.17.0_pg@8.17.0_sqlite3@5.1.7/node_modules/src/query-builder/SelectQueryBuilder.ts:1617:29)

    at SelectQueryBuilder.executeEntitiesAndRawResults (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/@n8n+typeorm@0.3.20-16_@sentry+node@10.36.0_mysql2@3.17.0_pg@8.17.0_sqlite3@5.1.7/node_modules/src/query-builder/SelectQueryBuilder.ts:3322:26)

    at SelectQueryBuilder.getRawAndEntities (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/@n8n+typeorm@0.3.20-16_@sentry+node@10.36.0_mysql2@3.17.0_pg@8.17.0_sqlite3@5.1.7/node_modules/src/query-builder/SelectQueryBuilder.ts:1661:29)

    at SelectQueryBuilder.getOne (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/@n8n+typeorm@0.3.20-16_@sentry+node@10.36.0_mysql2@3.17.0_pg@8.17.0_sqlite3@5.1.7/node_modules/src/query-builder/SelectQueryBuilder.ts:1688:25)

kann das sein?

Job bleibt in Redis stecken ↓
` Haupt-n8n sieht Ausführung mit Status „running

Ja, diese Form ist möglich, aber die Trace, die du eingefügt hast, ist pg-pool, also ist das nächste Bottleneck die Postgres-Kapazität unter Worker-Concurrency, nicht ein weiterer Redis-Timeout-Knopf. Ein paar steckengebliebene Jobs können die Execution Reads lange genug offenhalten, dass main/webhook/workers alle die gleiche DB-Grenze erreichen.

Eine kleine Überprüfung: Wie viele Worker sind aktiv, was ist DB_POSTGRESDB_POOL_SIZE, und was ist Postgres max_connections nach reservierten Slots? Wenn die Pool-Mathematik bereits eng ist, hat Valkey einfach das DB-Bottleneck offengelegt.

[quote=“Antonio1, post:4, topic:299170”]
`Main n8n sieht Execution mit Status „running

ok ich hab es gerade nochmal getestet mit nur einem POST

und im Execution Tab erscheint dieser POST als Queue dann Failed
es gibt keine anderen Workflows auf diesem n8n, ich versuche hier gerade Queue Mode zu nutzen
Diese Ausführung erscheint auf keinem Worker
es schlägt einfach auf dem Main N8n Pod fehl

Lost Redis connection. Trying to reconnect in 1s... (0s/10s)

Recovered Redis connection

Enqueued execution 122 (job 166)

Execution 122 (job 166) failed

Error: timeout exceeded when trying to connect

    at /usr/local/lib/node_modules/n8n/node_modules/.pnpm/pg-pool@3.6.2_pg@8.12.0/node_modules/pg-pool/index.js:45:11

    at PostgresDriver.obtainMasterConnection (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/@n8n+typeorm@0.3.20-15_@sentry+node@9.42.1_mysql2@3.15.0_pg@8.12.0_sqlite3@5.1.7/node_modules/src/driver/postgres/PostgresDriver.ts:1181:28)

    at PostgresQueryRunner.query (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/@n8n+typeorm@0.3.20-15_@sentry+node@9.42.1_mysql2@3.15.0_pg@8.12.0_sqlite3@5.1.7/node_modules/src/driver/postgres/PostgresQueryRunner.ts:248:36)

    at SelectQueryBuilder.loadRawResults (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/@n8n+typeorm@0.3.20-15_@sentry+node@9.42.1_mysql2@3.15.0_pg@8.12.0_sqlite3@5.1.7/node_modules/src/query-builder/SelectQueryBuilder.ts:3660:25)

    at SelectQueryBuilder.getRawMany (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/@n8n+typeorm@0.3.20-15_@sentry+node@9.42.1_mysql2@3.15.0_pg@8.12.0_sqlite3@5.1.7/node_modules/src/query-builder/SelectQueryBuilder.ts:1617:29)

    at SelectQueryBuilder.executeEntitiesAndRawResults (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/@n8n+typeorm@0.3.20-15_@sentry+node@9.42.1_mysql2@3.15.0_pg@8.12.0_sqlite3@5.1.7/node_modules/src/query-builder/SelectQueryBuilder.ts:3322:26)

    at SelectQueryBuilder.getRawAndEntities (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/@n8n+typeorm@0.3.20-15_@sentry+node@9.42.1_mysql2@3.15.0_pg@8.12.0_sqlite3@5.1.7/node_modules/src/query-builder/SelectQueryBuilder.ts:1661:29)

    at SelectQueryBuilder.getOne (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/@n8n+typeorm@0.3.20-15_@sentry+node@9.42.1_mysql2@3.15.0_pg@8.12.0_sqlite3@5.1.7/node_modules/src/query-builder/SelectQueryBuilder.ts:1688:25)

    at ExecutionRepository.findSingleExecution (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/@n8n+db@file+packages+@n8n+db_@opentelemetry+api@1.9.0_@opentelemetry+sdk-trace-base@1._ab22bba05a964211b9fe14bf4b841570/node_modules/@n8n/db/src/repositories/execution.repository.ts:315:21)

    at JobProcessor.processJob (/usr/local/lib/node_modules/n8n/src/scaling/job-processor.ts:57:21)

Problem with execution 122: Error: timeout exceeded when trying to connect. Aborting.

Error: timeout exceeded when trying to connect (execution 122)

Error: Error: timeout exceeded when trying to connect

    at Queue.onFailed (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/bull@4.16.4_patch_hash=a4b6d56db16fe5870646929938466d6a5c668435fd1551bed6a93fffb597ba42/node_modules/bull/lib/job.js:523:18)

    at processTicksAndRejections (node:internal/process/task_queues:104:5)

Lost Redis connection. Trying to reconnect in 1s... (0s/10s)

Recovered Redis connection

Das ändert die Interpretation. Wenn eine Testausführung nie auf einem Worker landet, ist dies noch kein Postgres-Pool-Size-Problem. Der Job wird in die Warteschlange eingereiht, aber die Worker-Seite bleibt nicht lange genug an derselben Redis/Valkey-Warteschlange angebunden, um ihn zu beanspruchen.

Poste eine Worker-Startup-Log-Zeile, wo er sich im Queue-Modus verbindet, plus EXECUTIONS_MODE, QUEUE_BULL_REDIS_HOST/PORT/TLS und QUEUE_BULL_PREFIX mit entfernten Geheimnissen. Das erste, was man bestätigen muss, ist, dass Main und Worker auf exakt dieselbe Queue-Konfiguration zeigen, nicht nur auf denselben Valkey-Host.

@Antonio1 :white_check_mark: Die Verwaltung von State-Pointer und Speicherproblemen in n8n-Workflows erfordert eine saubere, modulare Architektur, besonders beim Synchronisieren komplexer Daten zwischen Google Docs und Sheets.

:white_check_mark: Wenn du diese Logik vereinfachen möchtest oder eine robuste, produktionsreife Lösung brauchst, um deine AI-Agenten zu stabilisieren, lass uns verbinden.

:white_check_mark: Ich spezialisiere mich auf den Aufbau und die Optimierung von hochperformanten n8n-, AI-, Make.com- und GHL-Automatisierungssystemen

EXECUTIONS_MODE

{26-06-12 12:52}Antons-MacBook-Pro-2:~ anton% for pod in $(kubectl get pods -n n8n -o name); do
echo "=== $pod ==="
kubectl exec -n n8n ${pod#pod/} -- env | grep EXECUTIONS_MODE
done
=== pod/n8n-564fbc565f-lxnsc ===
Standardcontainer „n8n-main

Diese Env-Dumps sind hilfreich: main, webhook und die Worker sehen alle auf dieselbe Valkey-Queue, das sieht also nicht mehr nach einer unterschiedlichen Redis-Host/Port/TLS-Konfiguration zwischen Pods aus.

Die zwei fehlenden Zeilen sind die Worker-Seite, die tatsächlich Jobs startet/beansprucht, und die DB-Pool-Obergrenze. Poste ein Worker-Log rund um den Startup/Job 166 plus DB_POSTGRESDB_POOL_SIZE und Postgres max_connections; mit sechs Workern kann ein kleiner Postgres-Pool/max_connections den Fehler immer noch als pg-pool hervorbringen, auch wenn die Redis-Konfiguration übereinstimmt.

{26-06-12 15:07}Antons-MacBook-Pro-2:~ anton% kubectl get pods -n n8n
NAME READY STATUS RESTARTS AGE
n8n-6687b7fb7d-vj2xr 1/1 Running 0 42s
n8n-postgresql-0 1/1 Running 0 17h
n8n-worker-7c5c5d5dc-x2x9d 1/1 Running 0 42s

ok, also mache ich es sehr einfach
ein Hauptknoten + ein Worker (postgresql im Cluster)

=Worker=
keine Verbindung zu Job 124

Concurrency is set to less than 5. THIS CAN LEAD TO AN UNSTABLE ENVIRONMENT. Please consider increasing it to at least 5 to make best use of the worker.

n8n Task Broker ready on 127.0.0.1, port 5679

Failed to start Python task runner in internal mode. because Python 3 is missing from this system. Launching a Python runner in internal mode is intended only for debugging and is not recommended for production. Users are encouraged to deploy in external mode. See: 


[license SDK] Skipping renewal on init: renewOnInit is disabled in config

[license SDK] Skipping renewal on init: autoRenewEnabled is disabled in config

[license SDK] Skipping renewal on init: license cert is not initialized

Instance registered

Discovered 4 cluster checks

n8n worker server listening on port 5678

n8n worker is now ready

 * Version: 2.25.7

 * Concurrency: 2

Registered runner "JS Task Runner" (oqClB5JFV1-IPGaVNCRFu)

Worker started execution 123 (job 167)

Worker finished execution 123 (job 167)

=Hauptknoten=
Ausführung 124

Defaulted container "n8n-main" out of: n8n-main, npm-install (init)

Initializing n8n process

n8n ready on ::, port 5678

[license SDK] Skipping renewal on init: license cert is not initialized

Attempting to reinstall missing packages

Failed to execute npm command

Failed to reinstall community package n8n-nodes-minio: Failed to execute npm command

Failed to execute npm command

Failed to reinstall community package n8n-nodes-firebird: Failed to execute npm command

Instance registered

Discovered 4 cluster checks

Cluster check warning Detected 2 instances claiming leader role: 0490eef8-9207-4ef7-a379-4699f18e001c, 2586c901-fd3c-4c06-a190-a4197e69f325

Currently active workflows:

- My workflow (ID: QFQvCXo8mBhadrAM)

Version: 2.25.7

Building workflow dependency index...

Start Active Workflows:

Finished building workflow dependency index. Processed 0 draft workflows, 0 published workflows.

Activated workflow "My workflow" (ID: QFQvCXo8mBhadrAM)




Editor is now accessible via:

URL-HERE

Enqueued execution 123 (job 167)

Execution 123 (job 167) finished

Enqueued execution 124 (job 168)

User attempted to access a workflow without permissions

Execution 124 (job 168) failed

Error: timeout exceeded when trying to connect

    at /usr/local/lib/node_modules/n8n/node_modules/.pnpm/pg-pool@3.6.2_pg@8.12.0/node_modules/pg-pool/index.js:45:11

    at PostgresDriver.obtainMasterConnection (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/@n8n+typeorm@0.3.20-15_@sentry+node@9.42.1_mysql2@3.15.0_pg@8.12.0_sqlite3@5.1.7/node_modules/src/driver/postgres/PostgresDriver.ts:1181:28)

    at PostgresQueryRunner.query (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/@n8n+typeorm@0.3.20-15_@sentry+node@9.42.1_mysql2@3.15.0_pg@8.12.0_sqlite3@5.1.7/node_modules/src/driver/postgres/PostgresQueryRunner.ts:248:36)

    at SelectQueryBuilder.loadRawResults (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/@n8n+typeorm@0.3.20-15_@sentry+node@9.42.1_mysql2@3.15.0_pg@8.12.0_sqlite3@5.1.7/node_modules/src/query-builder/SelectQueryBuilder.ts:3660:25)

    at SelectQueryBuilder.getRawMany (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/@n8n+typeorm@0.3.20-15_@sentry+node@9.42.1_mysql2@3.15.0_pg@8.12.0_sqlite3@5.1.7/node_modules/src/query-builder/SelectQueryBuilder.ts:1617:29)

    at SelectQueryBuilder.executeEntitiesAndRawResults (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/@n8n+typeorm@0.3.20-15_@sentry+node@9.42.1_mysql2@3.15.0_pg@8.12.0_sqlite3@5.1.7/node_modules/src/query-builder/SelectQueryBuilder.ts:3322:26)

    at SelectQueryBuilder.getRawAndEntities (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/@n8n+typeorm@0.3.20-15_@sentry+node@9.42.1_mysql2@3.15.0_pg@8.12.0_sqlite3@5.1.7/node_modules/src/query-builder/SelectQueryBuilder.ts:1661:29)

    at SelectQueryBuilder.getOne (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/@n8n+typeorm@0.3.20-15_@sentry+node@9.42.1_mysql2@3.15.0_pg@8.12.0_sqlite3@5.1.7/node_modules/src/query-builder/SelectQueryBuilder.ts:1688:25)

    at ExecutionRepository.findSingleExecution (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/@n8n+db@file+packages+@n8n+db_@opentelemetry+api@1.9.0_@opentelemetry+sdk-trace-base@1._ab22bba05a964211b9fe14bf4b841570/node_modules/@n8n/db/src/repositories/execution.repository.ts:315:21)

    at JobProcessor.processJob (/usr/local/lib/node_modules/n8n/src/scaling/job-processor.ts:57:21)




Problem with execution 124: Error: timeout exceeded when trying to connect. Aborting.

Error: timeout exceeded when trying to connect (execution 124)

Error: Error: timeout exceeded when trying to connect

    at Queue.onFailed (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/bull@4.16.4_patch_hash=a4b6d56db16fe5870646929938466d6a5c668435fd1551bed6a93fffb597ba42/node_modules/bull/lib/job.js:523:18)

    at processTicksAndRejections (node:internal/process/task_queues:104:5)




User attempted to access a workflow without permissions

User attempted to access a workflow without permissions

Lost Redis connection. Trying to reconnect in 1s... (0s/10s)

Recovered Redis connection

Lost Redis connection. Trying to reconnect in 1s... (0s/10s)

Recovered Redis connection

125 OK
also es ist eine Art Zufall

==Worker==

n8n worker is now ready

Version: 2.25.7

Concurrency: 2

Registered runner "JS Task Runner" (oqClB5JFV1-IPGaVNCRFu)
Worker started execution 123 (job 167)
Worker finished execution 123 (job 167)
Lost Redis connection. Trying to reconnect in 1s... (0s/10s)
Recovered Redis connection
Recovered Redis connection
Lost Redis connection. Trying to reconnect in 1s... (0s/10s)
Recovered Redis connection
Lost Redis connection. Trying to reconnect in 1s... (0s/10s)
Recovered Redis connection
Recovered Redis connection
Lost Redis connection. Trying to reconnect in 1s... (0s/10s)
Recovered Redis connection
Worker started execution 125 (job 169)
Worker finished execution 125 (job 169)

==Main==

Problem with execution 124: Error: timeout exceeded when trying to connect. Aborting.
Error: timeout exceeded when trying to connect (execution 124)
Error: Error: timeout exceeded when trying to connect
at Queue.onFailed (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/bull@4.16.4_patch_hash=a4b6d56db16fe5870646929938466d6a5c668435fd1551bed6a93fffb597ba42/node_modules/bull/lib/job.js:523:18)
at processTicksAndRejections (node:internal/process/task_queues:104:5)

User attempted to access a workflow without permissions
User attempted to access a workflow without permissions
Lost Redis connection. Trying to reconnect in 1s... (0s/10s)
Recovered Redis connection
Lost Redis connection. Trying to reconnect in 1s... (0s/10s)
Recovered Redis connection
Lost Redis connection. Trying to reconnect in 1s... (0s/10s)
Recovered Redis connection
Lost Redis connection. Trying to reconnect in 1s... (0s/10s)
Recovered Redis connection
Lost Redis connection. Trying to reconnect in 1s... (0s/10s)
Recovered Redis connection
Lost Redis connection. Trying to reconnect in 1s... (0s/10s)
Recovered Redis connection
Lost Redis connection. Trying to reconnect in 1s... (0s/10s)
Recovered Redis connection
Lost Redis connection. Trying to reconnect in 1s... (0s/10s)
Recovered Redis connection
Lost Redis connection. Trying to reconnect in 1s... (0s/10s)
Recovered Redis connection
Enqueued execution 125 (job 169)
Execution 125 (job 169) finished
User attempted to access a workflow without permissions

Ich habe einen zusätzlichen Test durchgeführt
Ich habe einen neuen Pod im n8n-Workplace gestartet

redis-cli
-h ``valkey-XXXX.l.aivencloud.com``
-p 21275
--tls
--user default
-a 'YOUR_PASSWORD'
SUBSCRIBE test

und habe einen anderen CLIENT von meinem PC aus verwendet, um Events zu senden

while true; do
redis-cli
-h ``valkey-XXXX.l.aivencloud.com``
-p 21275
--tls
--user default
-a 'YOUR_PASSWORD'
PUBLISH test hello
sleep 1
done

=Ergebnis=
Der neue Pod verliert die Verbindung zu Redis nicht

  1. „hello"

  2. „message"

  3. „test"

  4. „hello"

  5. „message"

  6. „test"

  7. „hello"

  8. „message"

  9. „test"

    =Während Worker n8n=

    
    Redis-Verbindung wiederhergestellt
    
    Redis-Verbindung verloren. Versuche Wiederverbindung in 1s... (0s/10s)
    
    Redis-Verbindung wiederhergestellt
    
    Redis-Verbindung verloren. Versuche Wiederverbindung in 1s... (0s/10s)
    
    Redis-Verbindung wiederhergestellt
    
    Redis-Verbindung verloren. Versuche Wiederverbindung in 1s... (0s/10s)
    
    Redis-Verbindung wiederhergestellt
    
    Redis-Verbindung verloren. Versuche Wiederverbindung in 1s... (0s/10s)
    
    Redis-Verbindung wiederhergestellt
    
    Redis-Verbindung wiederhergestellt
    
    Redis-Verbindung verloren. Versuche Wiederverbindung in 1s... (0s/10s)
    
    Redis-Verbindung wiederhergestellt
    
    Redis-Verbindung verloren. Versuche Wiederverbindung in 1s... (0s/10s)
    
    Redis-Verbindung wiederhergestellt
    
    Redis-Verbindung verloren. Versuche Wiederverbindung in 1s... (0s/10s)
    
    Redis-Verbindung wiederhergestellt
    
    Redis-Verbindung verloren. Versuche Wiederverbindung in 1s... (0s/10s)
    
    Redis-Verbindung wiederhergestellt
    
    Redis-Verbindung wiederhergestellt
    
    Redis-Verbindung verloren. Versuche Wiederverbindung in 1s... (0s/10s)
    
    Redis-Verbindung wiederhergestellt
    
    Redis-Verbindung verloren. Versuche Wiederverbindung in 1s... (0s/10s)
    
    Redis-Verbindung wiederhergestellt
    
    Redis-Verbindung verloren. Versuche Wiederverbindung in 1s... (0s/10s)
    
    Redis-Verbindung wiederhergestellt
    
    Redis-Verbindung verloren. Versuche Wiederverbindung in 1s... (0s/10s)