vmm: boot and periodic log rotation copy files on async workers
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 48/100
- Tipo de issue
- Error
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Stack tecnológico
- rust
- Área
- infrastructure
Línea de trabajo
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.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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.
- Lenguaje dominante
- Rust
- Estrellas
- 555
- Forks
- 97
- Merge medio
- 1 d 3 h
- PR fusionados (30 d)
- 195
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de Dstack-TEE/dstack
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
Dstack-TEE/dstack#1384 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 30/100
Dstack-TEE/dstack#1301 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 3/5 1-2 días Aptitud para principiantes 55/100
Dstack-TEE/dstack#1300 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
Dstack-TEE/dstack#1299 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
Dstack-TEE/dstack#1298 ·
Los mantenedores suelen responder en 1 día
Todos los issues de Dstack-TEE/dstack
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
pnpm/pnpm#16635 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
[Bug]: Bedrock request metadata forwarding does not work for /embeddingsPosiblemente ocupada Un pull request vinculado a esta issue está abierto o ya se fusionó. Abiertobug llm translation
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
pytest plugin: a crashed xdist worker aborts the whole session with INTERNALERRORPosiblemente ocupada @hazelxue la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
Los mantenedores suelen responder en 1 día
-
skillfs: one malformed chat-log line aborts the entire skill-usage analysis (skill_usage_from_chat_logs.py)Posiblemente ocupada @zjncs la tomó hoy. Abiertocomponent:skillfs
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
agentic-os-org/ANOLISA#6116 · 1 comentario ·
Los mantenedores suelen responder en 1 día