yugabyte/yugabyte-db

Flush/Compact requests from master -> tserver should have its own deadline/num_retries

Open

#9.168 geöffnet am 1. Juli 2021

Auf GitHub ansehen
 (2 Kommentare) (0 Reaktionen) (1 zugewiesene Person)C (1.003 Forks)batch import
good first issue

Repository-Metriken

Stars
 (8.229 Stars)
PR-Merge-Metriken
 (Durchschn. Merge 17T 21h) (92 gemergte PRs in 30 T)

Beschreibung

Flush/Compact requests to the tServer are rpcs that are expected to take a long time. It does not make sense for these to use the same deadline (20s) and num_retries as other async_rpc_tasks.

We should have these tasks override these settings; similar to what BackfillChunk does to give itself more time; and also to disble/reduce retries in the case of flush/compact.

Without having this, we are forced to use yb-admin to set set_flag unresponsive_ts_rpc_retry_limit 0 each time we want to issue a flush/compact request.

Contributor Guide

Research-Richtung
Untersuche, wie BackfillChunk die Standard Deadline und Anzahl der Wiederholungen überschreibt. Wende dann ähnliche benutzerdefinierte Einstellungen auf die Flush/Compact RPC Aufgaben vom Master zum TServer an, möglicherweise durch Einführung neuer Flags oder Konfigurationsparameter.
Tech Stack
ccpp
Domain
databasedistributed systems
Issue Type
Funktion
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
3
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
Halber Tag
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
GitC++
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
55