Cela peut être dû à une installation helm ayant échoué. Pour déboguer, suivez les étapes ci-dessous :

openreplay -s

# If you see any failed pods, check the log. it should shed some light.
openreplay -l <pod name>

# If there is no pods in running/error/crashloop status, then check the status of pod using following command
kubectl describe po -n app -n db <pod name>

Si vous disposez d’un certificat auto-signé, vous pouvez utiliser la commande suivante pour corriger le problème :

openreplay -e

# Add following line to skip the SSL health check
chalice:
  env:
    ...
    # append the following line under env section
    SKIP_H_SSL: true

Enregistrez et quittez le fichier de configuration en utilisant :wq

Il peut y avoir plusieurs raisons à cela. Voici comment vous pouvez déboguer la situation :

Vérifiez la section relative à l’utilisation du disque. Si elle dépasse 80 %, les services ne s’exécuteront pas.

Cela signifie généralement que vous avez relancé l’opération d’installation/mise à niveau plusieurs fois. Exécutez la commande ci-dessous pour résoudre la situation :

helm rollback -n app openreplay

# Check for failed pods
kubectl get pods -n app --field-selector="status.phase!=Succeeded,status.phase!=Running" -o custom-columns="POD:metadata.name"
        
# Check for the err logs
openreplay -l `pod name from above`

openreplay -s ou kubectl get po renvoie l’erreur error: You must be logged in to the server (Unauthorized). k3s a peut-être régénéré le certificat client permettant de se connecter au cluster, mais kubectl ne l’avait pas pris en compte. Copiez la nouvelle configuration avec cp /etc/rancher/k3s/k3s.yaml ~/.kube/config et le tour est joué.

Le nettoyage de Postgres est géré par PG. Cela signifie que nous supprimons les données antérieures à la date spécifiée, et que PG marque ces données pour suppression. PG supprime les données dans un processus appelé AutoVacuum, et sa logique de déclenchement est interne. Nous n’avons donc pas d’estimation pour le nettoyage des données du disque. Si vous souhaitez voir quelles tables contiennent des données, et tronquer la table si vous pouvez vous permettre une perte de données, par exemple la table requests qui contient les données relatives aux requêtes réseau ; et si vous n’y avez pas de données, vous ne pourrez pas rechercher des sessions à partir des URL des requêtes.

Pour vérifier la taille de la table

SELECT nspname AS "name_space",
       relname AS "relation",
       pg_size_pretty(
               pg_total_relation_size(C.oid)
           )   AS "total_size"
FROM pg_class C
         LEFT JOIN pg_namespace N ON (N.oid = C.relnamespace)
WHERE nspname NOT IN ('pg_catalog','information_schema')
  AND C.relkind <> 'i'
  AND nspname !~ '^pg_toast'
ORDER BY pg_total_relation_size(C.oid) DESC
LIMIT 20;

openreplay -e

# Under ingress-nginx block disable ssl redirection
ingress-nginx: &ingress-nginx
  ...
  controller:
    ...
    config:
      ...
      ssl-redirect: false
      force-ssl-redirect: false

Si vous avez des questions sur ce processus, n’hésitez pas à nous contacter sur notre Slack ou à consulter notre Forum.