`binary_tmp` directory on test-mnx-ubuntu2204-x64-1 causing space issues and PR test failures
Los mantenedores suelen responder en 3 días
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 45/100
- Tipo de issue
- Error
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Stack tecnológico
- git, node.js
- Área
- devops, infrastructure
Línea de trabajo
Start by checking how the binary_tmp repository is created, updated, and cleaned up on the workspace machine, then compare its current size with the earlier 80GB figure. Identify cleanup or retention options that reduce repository growth without breaking PR tests or git_rebase jobs. Done means a practical way to control the repository size is identified and the workspace queues remain healthy.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Today the subject workspace machine hit an out of disk space condition causing PR tests to fail if they were scheduled on that machine and also causing all git_rebase jobs to fail as the binary_tmp repository they use is hosted on this workspace machine.
Previously I'd see the repository run at about 80GB but today it is sitting at just over 125GB in size. This seemingly unbounded increase should be considered unsustainable.
The rest of the iojs workspaces on the machine are now totalling about 270GB which is broadly consistent with the other two workspace machines. I expect that this figure has also increased as the size of the repository has increased over time although we have also places restrictions ont he number of parallel jobs that node-test-commit can run which will have partially mitigated the larger sizes, although it would seem not be enough.
This issue should cover identifying any means by which we can reduce/clean up the size of the binary_tmp repository.
At the time of writing I've cleared up a small amount of space (30GB) but will leave that workspace machine online so it can be dedicated for the binary_tmp repository for now pending a resolution. We should keep an eye on the queues to make sure nothing is blocked/deadlocked by only having two workspace systems available.
- Lenguaje dominante
- Jinja
- Estrellas
- 544
- Forks
- 184
- Merge medio
- 4 d 16 h
- PR fusionados (30 d)
- 12
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 nodejs/build
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
nodejs/build#4539 · 1 reacción ·
Los mantenedores suelen responder en 3 días
-
build-agenda
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
nodejs/build#4514 · 14 comentarios ·
Los mantenedores suelen responder en 3 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
nodejs/build#4324 · 1 comentario ·
Los mantenedores suelen responder en 3 días
-
build-agenda
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
nodejs/build#4540 · 1 comentario ·
Los mantenedores suelen responder en 3 días
-
incident
Dificultad 4/5 3-5 días Aptitud para principiantes 38/100
nodejs/build#4538 · 4 comentarios ·
Los mantenedores suelen responder en 3 días
Todos los issues de nodejs/build
Issues similares
-
[BUG] deploy.restart_policy without condition drops the restart policyPosiblemente ocupada @akshat-lakhera la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
docker/compose#14383 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
needs-triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
melodic-software/claude-code-plugins#9619 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
Los mantenedores suelen responder en 1 día
-
body-parser 2.3.0 in the published ai-dial-chat-bff image is vulnerable (CVE-2026-111181, HIGH)Posiblemente ocupada @illya-havsiyevych la tomó hoy. Abiertobug
Dificultad 1/5 1-3 horas Aptitud para principiantes 87/100
epam/ai-dial-chat#9566 ·
Los mantenedores suelen responder en 1 día
-
code-maintenance
Dificultad 2/5 1-3 horas Aptitud para principiantes 77/100
Los mantenedores suelen responder en 1 día