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
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.
Wenn du diese Logik vereinfachen möchtest oder eine robuste, produktionsreife Lösung brauchst, um deine AI-Agenten zu stabilisieren, lass uns verbinden.
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
-
„hello"
-
„message"
-
„test"
-
„hello"
-
„message"
-
„test"
-
„hello"
-
„message"
-
„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)