Helm-diagram för Tableau Server – felsökning


Viktigt: Den här dokumentationen förutsätter kunskap om Helm och Helm-diagram och tillhandahåller inte detaljerade, normativa exempel. Den är utformad för kunder som är bekanta med både Tableau Server, Helm och Helm-diagram.

Introduktion

Det här avsnittet innehåller hjälp för dig att diagnostisera och lösa vanliga problem när du driftsätter Tableau Server på Kubernetes med hjälp av ett Helm-diagram. Det omfattar installationsproblem, körningsproblem och felsökningstekniker.

Allmänna felsökningssteg

När du stöter på problem med Tableau Server i Kubernetes:

  1. Kontrollera datacenterstatus och händelser
  2. Granska behållarloggar
  3. Verifiera resurstillgänglighet
  4. Kontrollera beständiga volymanspråk
  5. Granska versionsstatus för Helm
  6. Undersök tjänst- och nätverksanslutning

Datacenter startar inte

  1. Kontrollera datacenterstatus:

    kubectl get pods -l app.kubernetes.io/instance=tableau-server
    kubectl describe pod <pod-name>

  2. Kontrollera loggar:

    kubectl logs <pod-name>

  3. Kontrollera händelser:

    kubectl get events --sort-by='.lastTimestamp'

Ihållande volymproblem

  1. Kontrollera PVC-status:

    kubectl get pvc
    kubectl describe pvc <pvc-name>

  2. Verifiera lagringsklass:

    kubectl get storageclass

Problem med licensnycklar

  1. Verifiera att licensnyckeln har angetts:

    kubectl get secret tableau-server-secrets -o 
jsonpath='{.data.LICENSE_KEY}' | base64 -d

  2. Uppdatera licensnyckel:

    # Edit values.yaml and upgrade
    helm upgrade tableau-server ./helm/tableau-server -f ./helm/tableau-server/values.yaml

Misslyckade hälsokontroller

  1. Kontrollera skriptet för hälsokontroll:

    kubectl exec <pod-name> -- /docker/alive-check
    kubectl exec <pod-name> -- /docker/server-ready-check

  2. Justera tidpunkten för hälsokontrollen:

    healthChecks:
      liveness:
        initialDelaySeconds: 600  # Increase if server takes longer to start

Problem med start på flera noder

  1. Verifiera startvolym:

    kubectl get pvc | grep bootstrap

  2. Kontrollera startfilen:

    kubectl exec <primary-pod> -- ls -la /docker/config/bootstrap

  3. Verifiera ReadWriteMany-åtkomstläge:

    persistence:
      bootstrap:
        accessMode: ReadWriteMany  # Required for multi-node

     

  4. Verifiera start-PV/PVC-bindning för statisk EFS-etablering:

    kubectl get pv tableau-bootstrap-pv
    kubectl get pvc -n default tableau-server-bootstrap
    kubectl describe pv tableau-bootstrap-pv
    kubectl describe pvc -n default tableau-server-bootstrap

  5. Om monteringen misslyckas efter att PVC har bundits ska du kontrollera om det finns EFS CSI/IAM-fel:

    kubectl describe pod -n default tableau-server-primary-0
    kubectl get events -n default --sort-by='.lastTimestamp'

  6. driver name efs.csi.aws.com not found-fel:

    Installera och verifiera EKS-tillägget enligt beskrivningen i Förutsättningar för Amazon Elastic Kubernetes Service (EKS).

  7. Åtgärda DescribeMountTargets-auktoriseringsfel

    • Föredragen metod:

      aws iam attach-role-policy \
        --role-name <your-node-instance-role> \
        --policy-arn 
      arn:aws:iam::aws:policy/AmazonElasticFileSystemClientReadWriteAccess

      Starta sedan om berörda datacenter (primär nod och alla systemnoder). System väljs efter etikett så att antalet kopior omfattas.

    • Alternativ metod

      Tvångsmontera mål-IP i start-PV-konfiguration:

      Ange persistence.bootstrap.pv.csi.volumeAttributes.mounttargetip (eller manuell PV volumeAttributes.mounttargetip) och tillämpa igen/uppgradera.

Ytterligare resurser

Tillbaka till toppen
Tack för din feedback!Din feedback har skickats in. Tack!