vmm: boot and periodic log rotation copy files on async workers
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
- Bug
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Attiva
- Stack tecnologico
- rust
- Ambito
- infrastructure
Direzione di ricerca
Locate App::rotate_oversized_logs and the VM startup rotation path, then trace their interaction with the Tokio maintenance task, fs::copy, and VM lifecycle operations. Keep copytruncate, retention cleanup, and serialized rotation behavior while moving both paths to blocking workers; add regression tests as requested and verify cancellation does not release protection prematurely.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Problem
App::rotate_oversized_logs calls synchronous copytruncate (fs::copy, truncation, retention cleanup) directly from the Tokio maintenance task. The VM startup path also rotates logs synchronously. Large logs, many VMs, or slow storage can occupy async workers and delay unrelated control-plane work.
The default periodic threshold is 4 MB with a 5-second scan interval; files can grow beyond the threshold between scans. Actual latency depends on storage and workload and has not been benchmarked.
Fix
Offload both rotation paths to blocking workers. Keep rotations serialized with each other and VM lifecycle operations, retaining that protection if a caller is cancelled. Preserve copytruncate and retention behavior and add regression tests.
#1263 changes supervisor log flushing; its VMM change is only a comment and does not offload rotation.
- Lingua principale
- Rust
- Stelle
- 555
- Fork
- 97
- Merge medio
- 1g 3h
- PR unite (30g)
- 199
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la 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 Dstack-TEE/dstack
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
Dstack-TEE/dstack#1384 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 30/100
Dstack-TEE/dstack#1301 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 55/100
Dstack-TEE/dstack#1300 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
Dstack-TEE/dstack#1299 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
Dstack-TEE/dstack#1298 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di Dstack-TEE/dstack
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
canonical/opentelemetry-collector-operator#409 ·
I maintainer di solito rispondono entro 1 giorno
-
codegen: memref.collapse_shape in an mlir! block leaves an affine.apply that is never loweredApertabug
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
I maintainer di solito rispondono entro 1 giorno
-
bug CLI exec tool-calls
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
I maintainer di solito rispondono entro 1 giorno