SABOTAGE TEMPORAIRE — éprouver que le job CI « Application charts loki » sait rougir #41
+25
-3
@@ -102,10 +102,32 @@ loki:
|
||||
limits_config:
|
||||
# -- 30 jours. Voir `RETENTION` en fin de fichier pour la mesure.
|
||||
retention_period: 720h
|
||||
# Le défaut amont refuse tout échantillon de plus de 168 h. À la première
|
||||
# remontée d'un agent resté hors ligne, ces lignes seraient jetées.
|
||||
# ⚠⚠ CE N'EST PAS UN RÉGLAGE DE CONSERVATION, ET LE CONFONDRE BLOQUE TOUT.
|
||||
#
|
||||
# Posé à 720 h pour « coller » à la rétention, il a produit un second
|
||||
# blocage complet, juste après celui du schéma : l'agent lit aussi les
|
||||
# fichiers rotatés présents sur le disque, dont certains remontent à
|
||||
# AVRIL. Loki refusait alors chaque lot —
|
||||
#
|
||||
# entry ... has timestamp too old: 2026-04-13T13:47:05Z,
|
||||
# oldest acceptable timestamp is: 2026-08-08T15:41:50Z
|
||||
#
|
||||
# — et comme l'agent REJOUE un lot refusé, la file ne se vidait jamais :
|
||||
# `loki_write_sent_entries_total` restait à 0 pour toujours. Un lot
|
||||
# définitivement refusé bloque la file derrière lui.
|
||||
#
|
||||
# Ce garde-fou existe contre les horloges DÉCALÉES, pas pour borner la
|
||||
# conservation. On l'ouvre donc largement au-delà de ce que le disque
|
||||
# peut porter ; ce qui borne vraiment, c'est `retention_period` + le
|
||||
# compacteur, plus bas.
|
||||
#
|
||||
# ⚠ Conséquence assumée : au tout premier démarrage, l'agent remonte
|
||||
# l'historique encore sur le disque, et le compacteur supprimera dans
|
||||
# l'heure ce qui dépasse 30 jours. On paie une ingestion inutile UNE
|
||||
# fois, en échange d'une file qui se vide. Le bénéfice de bord est
|
||||
# qu'on récupère au passage l'histoire déjà écrite.
|
||||
reject_old_samples: true
|
||||
reject_old_samples_max_age: 720h
|
||||
reject_old_samples_max_age: 8760h
|
||||
max_cache_freshness_per_query: 10m
|
||||
split_queries_by_interval: 15m
|
||||
query_timeout: 300s
|
||||
|
||||
Reference in New Issue
Block a user