After the roll to 3.1.10982, control's mesh user index never receives its first snapshot — every sign-in check times out
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 18/100
- Tipo di issue
- Bug
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Attiva
- Stack tecnologico
- csharp, kubernetes
- Ambito
- authentication, backend
Direzione di ricerca
The log line comes from UserContextMiddleware, which falls back to the email local-part when the mesh user index is UNAVAILABLE. Start there, then find where the user index gets its first snapshot and where pod readiness is decided. Reproduce by starting a pod and checking when the index hydrates. Done means the index is loaded before readiness passes, or the pod stays NotReady until it is.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Observed on control.systemorph.com right after the CD self-update roll to 3.1.10982 (roll action Ops/Actions/selfupdate-roll-control-3-1-10982-579f0666, finished 06:44:53Z 2026-10-16, status Degraded). Signed-in users get "We could not check your account just now. This is a temporary problem on our side…".
All three new pods (memex-portal-deployment-6884494fc8-mhbt8, -b6rvj, -zpb4w) log, e.g. at 06:48:52Z (4 min after the roll):
UserContextMiddleware: mesh user index UNAVAILABLE for (the mesh user index has not received its first snapshot yet) — falling back to the email local-part for the partition key.
Read via a Logs action on control (Ops/Actions/iw-identity-timeouts-control-20261016-0700): 16 matching lines on control in the hour to 06:49Z; 0 on memex and memex-cloud over the same query and window.
Not established: whether the index hydrates eventually (and how long it takes), or never; which change between 3.1.10966 and 3.1.10982 is responsible; whether other instances show it after their next roll.
Expected: the user index receives its first snapshot within seconds of pod start, and readiness waits for it (a pod that cannot identify users should not be Ready).
- Lingua principale
- C#
- Stelle
- 12
- Fork
- 5
- Merge medio
- 5h 51m
- PR unite (30g)
- 970
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Nessuna 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 Systemorph/MeshWeaver
-
bug sev:M
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
Systemorph/MeshWeaver#6896 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
bug sev:M
Difficoltà 4/5 3-5 giorni Idoneità per principianti 12/100
Systemorph/MeshWeaver#6857 · 11 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
bug sev:M
Difficoltà 4/5 3-5 giorni Idoneità per principianti 25/100
Systemorph/MeshWeaver#6856 ·
I maintainer di solito rispondono entro 1 giorno
-
bug cli-publish-failure feature:release-promotion sev:M
Difficoltà 3/5 1-3 ore Idoneità per principianti 12/100
Systemorph/MeshWeaver#6845 ·
I maintainer di solito rispondono entro 1 giorno
-
bug feedback sev:H
Difficoltà 4/5 3-5 giorni Idoneità per principianti 22/100
Systemorph/MeshWeaver#6827 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di Systemorph/MeshWeaver
Issue simili
-
area/indexing bug package/core triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
I maintainer di solito rispondono entro 1 giorno
-
enhancement needs triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
elastic/docs-builder#4495 ·
I maintainer di solito rispondono entro 1 giorno
-
ASP.NET Core container quickstart: `docker-run: debug` task sample is missing its closing braceAperta
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 88/100
microsoft/vscode-docs#10499 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 69/100
SourceDotNET/Source.NET#203 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
I maintainer di solito rispondono entro 1 giorno