feat(ops): Kubo storage limits, garbage collection and Prometheus metrics
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
- 48/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Attiva
- Stack tecnologico
- docker-compose, prometheus, python
- Ambito
- infrastructure, observability
Direzione di ricerca
Start with dependency issue #59 and inspect the Compose stack configuration for the Kubo node and Prometheus. Verify Kubo’s metrics endpoint path, then determine how storage limits and the GC watermark are configured. Done means a pinned CID survives GC, an unpinned CID is collected, and metrics are scraped in the Compose stack; the issue also asks for a basic dashboard or disk usage alert note.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Summary
Operational limits and visibility for the platform node.
Estimated size: S
Proposal
- Set the storage cap and GC watermark and make sure pinned content is never collected.
- Scrape Kubo's Prometheus endpoint (verify path) and add a basic dashboard or alert note for disk usage.
Acceptance criteria
- GC runs without removing pinned content (tested with a pinned and an unpinned CID).
- Metrics are scraped in the compose stack.
Dependencies
- #59
Part of #43. Ground rules for the content layer: no secrets in the repo, content-layer failures must never block or discard quantum execution, and tests and docs ship with every PR.
- Lingua principale
- Python
- Stelle
- 2
- Fork
- 4
- Merge medio
- 6h 54m
- PR unite (30g)
- 7
Preparare l'ambiente
- Include un Dockerfile o un file Docker Compose
- Nessun 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 QMeshPy/distributed-quantum
-
enhancement good first issue helia storage tier-1
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
QMeshPy/distributed-quantum#53 ·
I maintainer di solito rispondono entro 1 giorno
-
chain-integration enhancement payments research-spike tier-2
Difficoltà 4/5 3-5 giorni Idoneità per principianti 55/100
QMeshPy/distributed-quantum#78 ·
I maintainer di solito rispondono entro 1 giorno
-
chain-integration enhancement payments research-spike tier-2
Difficoltà 3/5 1-2 giorni Idoneità per principianti 66/100
QMeshPy/distributed-quantum#77 ·
I maintainer di solito rispondono entro 1 giorno
-
chain-integration enhancement payments tier-2
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
QMeshPy/distributed-quantum#76 ·
I maintainer di solito rispondono entro 1 giorno
-
documentation good first issue kubo storage tier-1
Difficoltà 2/5 1-3 ore Idoneità per principianti 42/100
QMeshPy/distributed-quantum#75 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di QMeshPy/distributed-quantum
Issue simili
-
bug good first issue
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
yunaremaia/proto-drift#22 ·
-
bug good first issue
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
yunaremaia/memwatch#96 ·
-
bug good first issue
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 91/100
yunaremaia/ci-gate-watch#34 ·
-
bug good first issue
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
yunaremaia/agent-capability-attestation#64 ·
I maintainer di solito rispondono entro 1 giorno
-
bug good first issue
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 86/100
yunaremaia/agent-call-graph#43 ·
I maintainer di solito rispondono entro 1 giorno