test(BACKEND-GATE-ROCM-SGLANG): publish lifecycle diagnostic aggregate once
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
- 52/100
- Tipo de issue
- Error
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Área
- backend, testing-qa
Línea de trabajo
Empieza con el controlador de diagnóstico validate-hardware-194a.py y sigue su bloque finally por motor y la publicación del agregado terminal. Añade una regresión específica usando operaciones de motor falsas y una publicación no-replace real, que cubra tanto el éxito como el fallo, conserve las pruebas del fallo y se detenga después de un motor fallido. Se considera terminado cuando cada registro y el agregado terminal se publican una sola vez y la validación acotada de Strix supera una revisión independiente.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Row: BACKEND-GATE-ROCM-SGLANG
Owner: current Strix campaign operator. Parent: #3108.
Strix diagnostic e6dba009-a81b-4e0f-a74e-b6f39cb3b43d completed vLLM startup, generation and normal owned-child teardown. Engine evidence is PASS, but the scratch validate-hardware-194a.py driver writes run/result.json in its per-engine finally block and then publishes the terminal aggregate to the same immutable path. audit.publish_result correctly refuses replacement with EEXIST, leaving the initial aggregate status FAIL. The job is not an overall PASS.
Repair the diagnostic driver, not the immutable publication contract: publish per-engine records once and the terminal aggregate once; retain failure evidence and stop after a failed engine. Add a focused regression that executes orchestration with fake engine operations and real no-replace publication, covering success and failure. Do not weaken engine binding checks, teardown assertions, pins, or acceptance rules. Re-run bounded Strix validation after independent review. The source lifecycle change and compliant replay are owned by #3108; this issue owns the diagnostic publication repair.
- Lenguaje dominante
- C++
- Estrellas
- 423
- Forks
- 53
- Merge medio
- 1 d 7 h
- PR fusionados (30 d)
- 380
Preparar el entorno
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 mudler/vllm.cpp
-
[Windows] full build fails in tools/bench/conv1d_scaling_probe.cpp (POSIX-only sys/resource.h)Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
Los mantenedores suelen responder en 1 día
Todos los issues de mudler/vllm.cpp
Issues similares
-
WaterHeaterManagement: tank_percent feature reports wrong feature id (FeatureMap corruption)Abierto
Dificultad 1/5 Menos de una hora Aptitud para principiantes 92/100
espressif/esp-matter#1867 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Los mantenedores suelen responder en 1 día
-
cuAmpcorParameter.cpp (CPU pycuampcor) does not compile with libc++: EXIT_FAILURE is undeclaredAbierto
Dificultad 1/5 Menos de una hora Aptitud para principiantes 92/100
isce-framework/isce3#387 ·
-
[request] opencv/5.0.0Abiertoupstream update
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
conan-io/conan-center-index#31055 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
Los mantenedores suelen responder en 1 día