temporalio / temporalio/temporal

CrashLoopBackOff on GKE cluster.

Open
#8,202 5 comments 1 reaction 0 assignees View on GitHub

Nobody has claimed this yet.

potential-bug
Dominant language
Go
Stars
23.2k
Forks
1.9k
Avg merge
2d 8h
Merged PRs (30d)
228

Description

Expected Behavior

Actual Behavior

I'm using temporal on my GKE cluster. with following values. it works perfectly but i have an issue. whenever there is an gke update and node gets replaced. temporal crashes and goes in CrashLoopBackOff and cannot recover. complains about no usable database connection. I have to manual redeploy with helm.

server:
  config:
    namespaces:
      create: true
      namespace:
        - name: default
          retention: 1d
    persistence:
      default:
        driver: "sql"
        sql:
          driver: "postgres12"
          host: my-postgresql.microservices.svc.cluster.local
          port: 5432
          database: temporal
          user: postgres
          password: "mypass"
          maxConns: 20
          maxIdleConns: 20
          maxConnLifetime: "1h"
      visibility:
        driver: "sql"

        sql:
          driver: "postgres12"
          host: my-postgresql.microservices.svc.cluster.local
          port: 5432
          database: temporal_visibility
          user: postgres
          password: "mypass"
          maxConns: 20
          maxIdleConns: 20
          maxConnLifetime: "1h"
cassandra:
  enabled: false

mysql:
  enabled: false

postgresql:
  enabled: true

prometheus:
  enabled: false

grafana:
  enabled: false

elasticsearch:
  enabled: false

schema:
  createDatabase:
    enabled: true
  setup:
    enabled: true
  update:
    enabled: true

Specifications

  • Version: temporal-0.65.0
  • App-Version: 1.28.1
  • Platform: GKE

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

No repository file or test is named. Start with the CrashLoopBackOff logs and the supplied Helm values, then investigate behavior after a GKE node replacement; done means the Temporal deployment recovers without a manual Helm redeploy.

Written by the indexing model from the issue text.

Assessment

Tech stack
gcp, helm, kubernetes, postgresql
Domain
cloud, databases, distributed-systems, infrastructure
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Quiet
Clarity
Needs clarification
Newbie friendliness
42/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.