action #165144
closed
OBS SCM/CI Workflow Integration started never creates OBS projects for some pull requests size:S
Added by livdywan 4 months ago.
Updated 3 months ago.
Category:
Regressions/Crashes
Description
Observation¶
The *OBS SCM/CI Workflow Integration started * workflow doesn't reliable work for all pull requests. Sometimes it doesn't create a project. Trying to view the results ends up in a redirect to github.com.
https://github.com/os-autoinst/openQA/pull/5845
There is a manual workaround but at this point it looks to be a regular issue so I consider this High priority to fix properly.
Workaround¶
Delete the project (if it exists) e.g. https://build.opensuse.org/project/show/devel:openQA:GitHub:os-autoinst:openQA:PR-5845 where the number matches the PR number and retrigger the corresponding webhook run.
Acceptance Criteria¶
- AC1: OBS checks work reliably for all pull requests
Suggestions¶
- Ensure there is an issue on https://github.com/openSUSE/open-build-service/issues about the problems, either already existing or create a new one
- Consider a simple github action to just put a link to the according created OBS project corresponding to a pull request so that we can crosscheck the result as well as apply mitigations as necessary, see #Workaround section in this ticket
Files
- Tags changed from alert, infra, reactive work to alert, reactive work
- Project changed from openQA Infrastructure (public) to openQA Project (public)
- Category set to Regressions/Crashes
- Target version set to Ready
- Description updated (diff)
- Subject changed from OBS SCM/CI Workflow Integration started never creates OBS projects for some pull requests to OBS SCM/CI Workflow Integration started never creates OBS projects for some pull requests size:S
- Description updated (diff)
- Status changed from New to Workable
Do we know whether the initial webhook could be delivered correctly? (I guess I'll pay attention to the problem next time I'll encounter it. I don't recall seeing this frequently, though.)
- Status changed from Workable to In Progress
- Assignee set to tinita
- Description updated (diff)
- Status changed from In Progress to Feedback
I will give the redelivery boilerplate a go. Maybe we can delete the project via API call and redeliver.
Turns out someone did make this into a re-usable action afterall, so os-autoinst/openQA#5877 actually uses gateixeira/retrigger-webhook-action as opposed to implementing it from scratch. This action also supports multiple hooks without hard-coding a specific one.
- Status changed from Feedback to Blocked
I asked on help-obs on Slack if someone could take another look at the ticket. If nothing else to confirm if a fix is plausible or we should pursue work-arounds like redelivery or other options.
- Status changed from Blocked to Resolved
Also available in: Atom
PDF