Open marco-c opened 7 years ago
I would love to have some more infos. Maybe I can have a try on that one :).
@mutterroland this issue requires knowledge of asyncio, are you familiar with it? If you aren't, I'd suggest working on another good-first-bug.
@marco-c I will move to another good-first-bug.
Does it apply to static analysis too?
Yes, it just happened during today's release, because pulse-listener and static-analysis didn't update at exactly the same time (in this window, an incompatibility between bot versions caused a few analyses to fail).
The retrigger code could be reused here.
I'm starting to work on this one, here is what i can do:
If I use the retrigger code, a new task group & task id will be created, so I need to keep track of this in the code. The rerunTask would be much cleaner but is marked deprecated (i asked on #taskcluster about an alternative).
Sounds good to me, maybe the retry with a waiting time can be configurable per project (as it's possible different projects will have different needs). I know tasks in error state for code coverage are often due to non-recoverable errors, it would be nice to have a way not to retrigger them, but it's not that easy to know whether an error is recoverable or not.
From #taskcluster:
<&pmoore> | bastien: although it isn't documented there, i believe the preferred approach is to create a new task with the same task definition, but with a different taskId. we should probably update the docs <&pmoore> | bastien: i've created https://github.com/taskcluster/taskcluster-queue/pull/292 for this (feedback welcome as this is a particularly delicate issue - aki-away/bstack/dustin/jhford)
Bumping this, as it's blocking static analysis users: mozilla/release-services#1846
Most of the failures are due to transient issues, we should implement some kind of retry mechanism.
Does it apply to static analysis too, @La0 @jankeromnes?