Diagnose-Workflows

Die Befehlsreferenz ist danach gegliedert, was jeder Befehl tut. Diese Seiten sind danach gegliedert, was schiefgegangen ist.

Symptom	Workflow
Der Standort ist nie online gegangen oder aus dem Tenant verschwunden	Registrierung
Routen werden nicht angekündigt oder gelernt; die VIP ist nicht erreichbar	BGP
Datenverkehr erreicht den Knoten, kommt aber nicht an	Datenebene

Jeder Schritt verweist auf die Seite, die den Befehl dokumentiert. Hier wird nichts wiederholt, damit die Syntax genau einen Ort hat und nicht von der Realität auf dem Knoten abweichen kann.

Vor allen anderen Schritten

Klären Sie, auf welchem Zugriffspfad Sie sich befinden, denn er verändert, was möglich ist:

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

ONLINE bedeutet, dass die Debug-API antwortet. Alles andere bedeutet, dass der Registrierungs-Workflow der richtige ist – zusammen mit einem der Zugriffswege, die nicht von der Registrierung abhängen: Standort-Konsole, solange der Knoten noch einen Netzwerkpfad hat, und serielle Konsole, wenn nicht.

Bei einem Standort, der vollständig fehlt, gibt es eine weitere Erklärung auszuschließen, bevor „er hat sich nie registriert“ gilt: dass Sie den falschen Tenant abfragen. cd terraform && terraform output -raw xc_tenant nennt den Tenant, zu dem dieses Deployment gehört.