Flussi di lavoro diagnostici
Il riferimento dei comandi è organizzato in base a ciò che fa ciascun comando. Questi sono organizzati in base a ciò che è andato storto.
| Sintomo | Flusso di lavoro |
|---|---|
| Il sito non è mai andato online, oppure è uscito dal tenant | Registrazione |
| Le rotte non vengono annunciate o apprese; il VIP è irraggiungibile | BGP |
| Il traffico raggiunge il nodo ma non arriva | Piano dati |
Ogni passaggio rimanda alla pagina che documenta il comando. Nulla viene ripetuto qui, così la sintassi ha esattamente una sede e non può divergere rispetto al nodo.
Prima di ognuno di essi
Sezione intitolata “Prima di ognuno di essi”Stabilire quale percorso di accesso si sta utilizzando, poiché ciò cambia ciò che è possibile fare:
curl -sS -H "Authorization: APIToken $XCSH_API_TOKEN" \ "$XCSH_API_URL/api/config/namespaces/system/sites/<site>" | jq -r '.spec.site_state'ONLINE significa che la API di debug risponderà. Qualsiasi altro valore significa che
il flusso di lavoro di registrazione è quello che serve, insieme a uno dei percorsi che non dipendono dalla
registrazione: Site Console mentre il nodo ha ancora un percorso di rete,
console seriale quando non lo ha più.
Per un sito completamente assente c’è un’ulteriore spiegazione da escludere prima di concludere che “non si è mai
registrato”: che si stia interrogando il tenant sbagliato. cd terraform && terraform output -raw xc_tenant indica il nome di quello a cui appartiene questo deployment.