An unreadable task payload stays stored with no way to clear it
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 35/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Da chiarire
- Stato di attività
- Attiva
- Stack tecnologico
- python, redis
- Ambito
- backend, distributed-systems
Direzione di ricerca
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.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
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).
- Lingua principale
- Python
- Stelle
- 19
- Fork
- 1
- Merge medio
- 9h 46m
- PR unite (30g)
- 17
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di codingjoe/threadmill
-
bug real
Difficoltà 4/5 3-5 giorni Idoneità per principianti 55/100
codingjoe/threadmill#73 ·
I maintainer di solito rispondono entro 1 giorno
-
perf real
Difficoltà 4/5 3-5 giorni Idoneità per principianti 55/100
codingjoe/threadmill#74 ·
I maintainer di solito rispondono entro 1 giorno
-
bug real
Difficoltà 4/5 3-5 giorni Idoneità per principianti 45/100
codingjoe/threadmill#75 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
bug real
Difficoltà 4/5 3-5 giorni Idoneità per principianti 64/100
codingjoe/threadmill#71 ·
I maintainer di solito rispondono entro 1 giorno
-
perf real
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
codingjoe/threadmill#67 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di codingjoe/threadmill
Issue simili
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 85/100
Vector35/community-plugins#376 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
py-econometrics/pyfixest#1883 ·
I maintainer di solito rispondono entro 1 giorno
-
bad links in rfc5890.htmlAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
ietf-tools/rfc2html#81 ·
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 88/100
mysql/mysql-operator#60 ·
-
Python: Bug: split_plaintext_paragraph / split_markdown_paragraph can return a chunk larger than max_tokensForse già presa @xThreeh l’ha presa oggi. Apertapython triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
microsoft/semantic-kernel#14566 ·
I maintainer di solito rispondono entro 4 giorni