yugabyte/yugabyte-db

[DocDB] After deleting snapshot_schedule, there is about few seconds (about 5 to 10 seconds) of latency in reflecting in list_snapshot_schedules.

Open

#13.438 aperta il 26 lug 2022

Vedi su GitHub
 (0 commenti) (0 reazioni) (0 assegnatari)C (1003 fork)batch import
good first issuekind/bugpriority/medium

Metriche repository

Star
 (8229 star)
Metriche merge PR
 (Merge medio 17g 21h) (92 PR mergiate in 30 g)

Descrizione

Jira Link: DB-3059

Description

Steps:

  1. Create a snapshot schedule.
  2. Delete snapshot_schedule.
  3. List all snapshot schedules via list_snapshot_schedules.

Observation:

If we keep on hitting list_snapshot_schedules, it will list deleted one as well for around 5 to 10 seconds. There is latency. Is this async call? Should we make it sync call?

Guida contributor

Direzione di ricerca
Il problema segnala un ritardo di 5-10 secondi tra l'eliminazione di una pianificazione di snapshot e la sua scomparsa da list snapshot schedules. Ciò suggerisce un ritardo di propagazione asincrona. Per risolvere, investigare i percorsi di codice di eliminazione e elenco, probabilmente in file come `yb/master/backends/catalog manager.cc` o `yb/master/snapshot coordinator.cc`. Cercare eventuali attività in background o meccanismi di coerenza finale. Verificare se esiste un modo per confermare in modo sincrono l'eliminazione prima di restituire il controllo al client. Inoltre, rivedere eventuali test esistenti per l'eliminazione delle pianificazioni di snapshot per comprendere il comportamento previsto.
Tech stack
c
Dominio
database
Tipo issue
Bug
DifficoltàQuanto dovrebbe essere impegnativa per un nuovo contributor.
2
Tempo stimatoTempo stimato per completare e verificare uno scope piccolo.
1-3 ore
Stato attivitàQuanto è probabile che la issue sia ancora attiva e reviewable.
Nuova
ChiarezzaQuanto chiaramente la issue descrive problema, scope e risultato atteso.
Chiara
Prerequisiti
Git
Adatta ai principiantiQuanto la issue è adatta a contributor alla prima esperienza.
40