orchestrator: NFS-cache "cache path is not set" WARN logged on every build/launch instead of once
Los mantenedores suelen responder en 2 días
Evaluación
- Dificultad
- 2/5
- Tiempo estimado
- 1-3 horas
- Aptitud para principiantes
- 72/100
Línea de trabajo
Empieza con los dos sitios de llamada mencionados en el issue: la comprobación de useNFSCache alrededor de packages/orchestrator/pkg/template/build/builder.go:304 y la que está alrededor de packages/orchestrator/pkg/sandbox/template/cache.go:1218. El helper propuesto debe ir en packages/shared/pkg/storage, junto a storage.WrapInNFSCache. Se considera terminado cuando la advertencia aparece una sola vez por proceso, su texto indica que la caché NFS sigue deshabilitada hasta que se configure el directorio de caché, y una prueba unitaria cubre el comportamiento de una sola vez.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Summary
When an NFS-cache feature flag is enabled but no cache path is configured, the orchestrator logs WARN "NFSCache feature flag is enabled but cache path is not set" on the hot path — once per template build, per sandbox launch, and per snapshot resume — and NFS caching is silently disabled. On a dev-default deployment this floods the logs (hundreds of identical lines observed) while telling the operator nothing new after the first line.
Why it happens by default
Three flags default to env.IsDevelopment() (i.e. on in dev):
use-nfs-for-building-templates(UseNFSCacheForBuildingTemplatesFlag)use-nfs-for-snapshots(SnapshotFeatureFlag)use-nfs-for-templates(TemplateFeatureFlag)
If the shared chunk cache dir is not set (common in a plain dev bring-up), each of the two call sites warns on every operation:
packages/orchestrator/pkg/template/build/builder.go:304(useNFSCache, per build)packages/orchestrator/pkg/sandbox/template/cache.go:1218(useNFSCache, per launch/resume)
Both emit the identical message, and both return "cache disabled". So the warning is pure repetition — the path comes from immutable config and won't change within a process.
Proposal
Emit the warning once per process instead of on every operation, and make the message state the consequence (NFS caching disabled until the cache dir is configured). A shared WarnNFSCachePathUnsetOnce(ctx) in packages/shared/pkg/storage (already imported by both call sites, since both call storage.WrapInNFSCache) guarded by sync.Once keeps it to a single line and removes the duplicated string. Behavior (cache disabled) is unchanged.
Happy to send the PR (small, with a unit test).
- Lenguaje dominante
- Go
- Estrellas
- 1.8k
- Forks
- 503
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
Inicia el contenedor de desarrollo del proyecto en tu navegador, con tu propia cuenta de GitHub.
- 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 e2b-dev/runtime
-
client-proxy: WARN "invalid host" spam from unroutable bare-IP Host requests (external probes)Posiblemente ocupada Un pull request vinculado a esta issue está abierto o ya se fusionó. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 2 días
-
api: autoPause default is declared in the spec and in a Go constant with no test keeping them in syncPosiblemente ocupada @AdaAibaby la tomó hace 4 días. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
Los mantenedores suelen responder en 2 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
Los mantenedores suelen responder en 2 días
-
[Bug]: flock() on a mounted volume hangs forever (mount is missing `nolock`)Posiblemente ocupada @AdaAibaby la tomó hace 56 días. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
Los mantenedores suelen responder en 2 días
-
sandbox cache: StartRemoving state transition not broadcast, all allocations see stale Running stateQuizá libre de nuevo Un pull request para esta issue se cerró sin fusionarse. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 86/100
Los mantenedores suelen responder en 2 días
Todos los issues de e2b-dev/runtime
Issues similares
-
bug good first issue help wanted
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
-
[mesheryctl] design delete fails when passing file or URL as positional argumentPosiblemente ocupada Un pull request vinculado a esta issue está abierto o ya se fusionó. Abiertocomponent/mesheryctl kind/bug language/go
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
meshery/meshery#22772 · 3 comentarios ·
Los mantenedores suelen responder en 1 día
-
backend security size:S
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
limitlessprojects/Go-Hybrid#3342 ·
Los mantenedores suelen responder en 1 día
-
status/ready type/bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
buildpacks/pack#2733 ·
Los mantenedores suelen responder en 1 día