Fetching a transceiver's part info shouldn't fail silently
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 2/5
- Tiempo estimado
- 1-3 horas
- Aptitud para principiantes
- 48/100
- Tipo de issue
- Error
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- rust
- Área
- networking
Línea de trabajo
Comienza en dpd/src/link.rs alrededor de las líneas 1735-1750, donde se obtiene la MPN del transceptor y se usa posteriormente. Sigue la ruta del fallo de identificación y revisa las convenciones de logging cercanas. Se considera terminado cuando una identificación fallida del transceptor queda registrada en lugar de pasar silenciosamente, preservando el comportamiento existente de reconciliación.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
In #104, a customer link failed to come all the way up, because the part-specific overrides for the transceiver's equalization settings were never applied. The underlying issue was likely #111, where we incorrectly marked a transceiver as unsupported too aggressively. Because of that, we failed to fetch the transceiver's MPN, and thus failed to look up the alternate equalization settings.
That's all fine in some sense, because of the link-reconciliation process in Dendrite, that continually tries to apply all the link settings, including these equalization settings. But we have no actual smoking gun proving #111 is the source of the error, because we silently fail in this case. Here, for example:
We're fetching the MPN, and later using it, but none of that code logs the fact that the transceiver couldn't be identified. We should do that, to ensure that this case doesn't pass silently in the future.
- Lenguaje dominante
- Rust
- Estrellas
- 21
- Forks
- 3
- Merge medio
- 8 h 29 min
- PR fusionados (30 d)
- 2
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
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 oxidecomputer/dendrite
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
oxidecomputer/dendrite#380 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 3/5 1-2 días Aptitud para principiantes 65/100
oxidecomputer/dendrite#375 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
oxidecomputer/dendrite#369 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 3/5 1-2 días Aptitud para principiantes 58/100
oxidecomputer/dendrite#368 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 4/5 3-5 días Aptitud para principiantes 52/100
oxidecomputer/dendrite#359 · 1 comentario ·
Los mantenedores suelen responder en 1 día
Todos los issues de oxidecomputer/dendrite
Issues similares
-
backend::vllm diffusion multimodal
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 85/100
lambdaclass/ethrex#7329 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
shadowsocks/shadowsocks-rust#2186 · 1 comentario ·
-
[Chore]: Inconsistent wasm-pack binary invocation in justfile breaks cross-platform executionAbiertoC-bug S-awaiting-triage
Dificultad 1/5 Menos de una hora Aptitud para principiantes 92/100
juspay/hyperswitch#14479 ·
Los mantenedores suelen responder en 1 día