QA (public) » openQA Project (public) » openQA Infrastructure (public)

Judging by the log it is the same problem as https://github.com/os-autoinst/openQA/pull/4351#issuecomment-962900388. So this is already fixed and retrying the job helped.

Not sure whether it is worth improving the output. One had to scroll a little bit to the top but the source of the problem was actually apparent.

mkittler wrote:

Not sure whether it is worth improving the output. One had to scroll a little bit to the top but the source of the problem was actually apparent.

I suspect it was not apparent to me. Can you elaborate what one should have seen here?

Regarding the scrolling up:

The dots come from this line (see the link above the line for what this is needed):
https://gitlab.suse.de/openqa/osd-deployment/-/blob/master/.gitlab-ci.yml#L49

.gitlab_workaround: &gitlab_workaround |
  (
  trap "kill %1" EXIT; while true; do sleep 1 && echo -n .; done &
  set -ex

(note that the -n for the echo did have an effect a while ago, and the dots were all on the same line, but someday gitlab added a linebreak itself)

I suggested that we increase the sleep time from 1 to 5 seconds. Since that is running in the background it won't affect the actual pipeline itself, it might just take 4 more seconds at the end (the pipeline in question took over 35 minutes).
https://gitlab.com/gitlab-org/gitlab-runner/-/issues/4119#note_257314431 suggests that a higher sleep time will still be good enough to workaround the bug.

That would considerably reduce the number of lines with a dot. I find it annoying how much I have to scroll to find actual error messages.

Alternatively we could check in which version(s) of gitlab and/or related software the bug was fixed, and which versions we have running. Then we could eventually remove the workaround completely.

MR was approved and I just merged it