Workflows de diagnostic

La référence des commandes est organisée selon ce que fait chaque commande. Ces pages sont organisées selon ce qui a mal tourné.

Symptôme	Workflow
Le site n’est jamais passé en ligne, ou a disparu du tenant	Enregistrement
Les routes ne sont ni annoncées ni apprises ; le VIP est inaccessible	BGP
Le trafic atteint le nœud mais n’arrive pas à destination	Plan de données

Chaque étape renvoie à la page qui documente la commande. Rien n’est répété ici, de sorte que la syntaxe possède un emplacement unique et ne peut pas diverger de celle du nœud.

Avant chacun d’eux

Déterminez sur quel chemin d’accès vous vous trouvez, car cela change ce qui est possible :

curl -sS -H "Authorization: APIToken $XCSH_API_TOKEN" \
  "$XCSH_API_URL/api/config/namespaces/system/sites/<site>" | jq -r '.spec.site_state'

ONLINE signifie que l’API de débogage répondra. Toute autre valeur signifie que le workflow d’enregistrement est celui qu’il vous faut, ainsi que l’un des chemins qui ne dépendent pas de l’enregistrement : la Console du site tant que le nœud dispose encore d’un chemin réseau, la console série lorsque ce n’est plus le cas.

Un site totalement absent comporte une explication supplémentaire à écarter avant de conclure qu’« il ne s’est jamais enregistré » : celle d’interroger le mauvais tenant. cd terraform && terraform output -raw xc_tenant indique celui auquel ce déploiement appartient.