http.request.resend_count metric attribute subtracts 1 from 0-based attempt count
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 2/5
- Tempo stimato
- 1-3 ore
- Idoneità per principianti
- 72/100
- Tipo di issue
- Bug
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Attiva
- Stack tecnologico
- rust
- Ambito
- observability-sre
Direzione di ricerca
Leggi le sezioni citate di src/gax-internal/src/observability/client_signals/transport_metric.rs, quindi confronta l'attempt_count passato da http.rs e grpc_helpers.rs con il valore basato su 0 utilizzato in http_tracing.rs. Verifica che la richiesta iniziale e il primo tentativo successivo producano attributi resend_count coerenti; il lavoro è completato quando le interpretazioni della metrica e dello span concordano.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Unconfirmed. This is the result of a search with Claude, may be a false positive.
In src/gax-internal/src/observability/client_signals/transport_metric.rs, the http.request.resend_count OpenTelemetry metric attribute is recorded with:
Some((attempt_count.saturating_sub(1) as i64).into())
However, the calling retry loops in http.rs and grpc_helpers.rs pass an attempt_count that is already a 0-based prior-attempt count (0 on initial request, 1 on first retry):
Because saturating_sub(1) is applied to an already 0-based counter, both the initial request and the first retry record resend_count = 0. The attempt span in http_tracing.rs:72-76 treats the value as 0-based, causing the span attribute and metric attribute to disagree.
- Lingua principale
- Rust
- Stelle
- 972
- Fork
- 163
- Merge medio
- 1g 13h
- PR unite (30g)
- 202
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
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 googleapis/google-cloud-rust
-
api: storage
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
googleapis/google-cloud-rust#7344 ·
I maintainer di solito rispondono entro 1 giorno
-
BytesValue in Any rejects unpadded and URL-safe base64Forse già presa @akasakariko l’ha presa 15 giorni fa. Apertapriority: p2 type: bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
googleapis/google-cloud-rust#6714 · 1 commento · 1 assegnatario ·
I maintainer di solito rispondono entro 1 giorno
-
type: bug
Difficoltà 2/5 Mezza giornata Idoneità per principianti 75/100
googleapis/google-cloud-rust#6710 ·
I maintainer di solito rispondono entro 1 giorno
-
type: bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
googleapis/google-cloud-rust#6709 ·
I maintainer di solito rispondono entro 1 giorno
-
type: bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
googleapis/google-cloud-rust#6707 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di googleapis/google-cloud-rust
Issue simili
-
bug UI
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
wardian-app/Wardian#1746 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
jlcodes99/cockpit-tools#3125 ·
I maintainer di solito rispondono entro 2 giorni
-
bug user-sprint
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
Vondor/KassenSturz#967 ·
I maintainer di solito rispondono entro 1 giorno
-
area/ci
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 62/100
I maintainer di solito rispondono entro 1 giorno
-
[BUG] Incremental sync warns "no stored highest_uid" on every round for folders with no new mailApertabug
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
rustmailer/bichon#411 ·