[ROSAENG-435] osdctl cluster context should list PagerDuty incidents for HCP
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 38/100
Direzione di ricerca
Inizia in cmd/org/context.go, intorno alla logica collegata del contesto del cluster alla riga 210, quindi riproduci il caso HCP con osdctl cluster-context --cluster-id $SOME_HCP_ID. Traccia come vengono dedotti i servizi PagerDuty dei cluster Classic e determina come dovrebbero essere utilizzati gli ID dei servizi regionali e CustomDetails per identificare gli incidenti tramite l’ID del cluster. Il lavoro è completato quando l’output del contesto HCP elenca i relativi incidenti PagerDuty.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Expected Behavior
When running osdctl cluster context --cluster-id for a HCP cluster, it should return relevant PagerDuty alerts.
Actual Behavior
When running it, it fails to find any incidents and returns none.
Steps to Reproduce:
Run osdctl cluster-context --cluster-id $SOME_HCP_ID
Note the lack of incidents in the output
Environment:
All
Additional Information
This is primarily due to the design of how Classic vs HCP clusters are routed to PD. For classic clusters, we create a PD service per-cluster, and the service name is inferred via the DNS name of the cluster in osdctl here.
We should decouple this first, so it's more obvious, then figure out how to enumerate the list of service IDs in PD based on the clusters region. Once we have that, we can then list incidents for those service(s), and iterate over them, looking at the CustomDetails to map the Cluster ID.
- Lingua principale
- Go
- Stelle
- 47
- Fork
- 142
- Merge medio
- 1g 10h
- PR unite (30g)
- 11
Preparare l'ambiente
Non abbiamo ancora controllato i file di configurazione di questo progetto. Parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di openshift/osdctl
-
ready-for-triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
I maintainer di solito rispondono entro 1 giorno
-
ready-for-triage
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 95/100
I maintainer di solito rispondono entro 1 giorno
-
ready-for-triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
openshift/osdctl#965 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
kind/bug ready-to-code
Difficoltà 3/5 1-2 giorni Idoneità per principianti 58/100
openshift/osdctl#943 · 9 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 72/100
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di openshift/osdctl
Issue simili
-
area: global bug dx priority: low
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
grafana/mcp-grafana#1267 ·
I maintainer di solito rispondono entro 1 giorno
-
automation models
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
coverage-gap good-first-pattern help wanted
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
GoogleCloudPlatform/k8s-aibom#114 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
txn2/mcp-data-platform#1984 ·
I maintainer di solito rispondono entro 1 giorno