An unreadable task payload stays stored with no way to clear it
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 35/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Activo
- Stack tecnológico
- python, redis
- Área
- backend, distributed-systems
Línea de trabajo
Read threadmill/backends/redis.py, focusing on _reap_claimed_task and acquire, then trace the inspector's check_action handling for dequeue on RUNNING tasks. Resolve which terminal handling option is intended, and define done as giving operators an auditable way to clear the unreadable task without silently deleting it or repeatedly warning for the same ID.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Found while reviewing PR #69 with the SuperJoe crew. Filed as out-of-scope there.
_reap_running_queue catches ImportError and skips the task. That error means a retry callback in the stored payload is gone from the code base. The claim script has already renewed the deadline in the running set, so the entry stays there. A later pass claims the same id and logs the same error. The log repeats every CLAIM_TTL (60 seconds by default).
One part is missing. The task stays in the running set, and the inspector disables the dequeue action on the Running tab (check_action returns False for dequeue on RUNNING). An operator who sees the error cannot clear or requeue that task.
Options:
- Let the inspector clear a running task after its lease expires.
- Give the broker a terminal action for a payload whose retry callback is gone. Deletion is one option. A quarantine segment, or a failed entry that carries the raw id and the read error, is another.
Reference: threadmill/backends/redis.py (_reap_running_queue).
- Lenguaje dominante
- Python
- Estrellas
- 19
- Forks
- 1
- Merge medio
- 9 h 46 min
- PR fusionados (30 d)
- 17
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 codingjoe/threadmill
-
bug real
Dificultad 4/5 3-5 días Aptitud para principiantes 55/100
codingjoe/threadmill#73 ·
Los mantenedores suelen responder en 1 día
-
perf real
Dificultad 4/5 3-5 días Aptitud para principiantes 55/100
codingjoe/threadmill#74 ·
Los mantenedores suelen responder en 1 día
-
bug real
Dificultad 4/5 3-5 días Aptitud para principiantes 45/100
codingjoe/threadmill#75 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
bug real
Dificultad 4/5 3-5 días Aptitud para principiantes 64/100
codingjoe/threadmill#71 ·
Los mantenedores suelen responder en 1 día
-
perf real
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
codingjoe/threadmill#67 ·
Los mantenedores suelen responder en 1 día
Todos los issues de codingjoe/threadmill
Issues similares
-
Link Checker ReportAbiertoautomated issue report
Dificultad 1/5 Menos de una hora Aptitud para principiantes 85/100
RapidAI/RapidOCRDocs#119 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
btclib-org/btclib-node#1833 ·
Los mantenedores suelen responder en 1 día
-
IRIS reader: no-data velocity bins (DB_VEL, DB_VELC) returned as 0.0 m/s instead of NaNPosiblemente ocupada @syedhamidali la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 2 días
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 80/100
elodin-sys/elodin#890 ·
Los mantenedores suelen responder en 1 día