@fungicide:matrix.org | > <@jim:acmegating.com> zuul-maint: all of opendev has been restarted on the current tip, which i propose we release as 5.1.0 on monday if all still looks good: | 14:19 |
---|---|---|
> commit 9e2ef595dfa629ba8199a07948159be4e5a357af (HEAD -> master, tag: 5.1.0, origin/master) | ||
that looks like what we've been running in opendev to me, and i'm aware of no new regressions | ||
@gchauvel:matrix.org | corvus: if it can be of nay help to someone later on, my errors were introduced by https://review.opendev.org/c/zuul/zuul/+/816176, related to https://github.com/util-linux/util-linux/commit/93de9f687d1640fff963f26b7db474eef3746532, my ubuntu focal was running 5.13.x and distro setpriv was likely built against user space kernel headers linux-libc-dev package which is 5.4.x | 16:54 |
- with 5.13.x, compiling a newer setpriv, it worked | ||
- switching back to a 5.4.x kernel, it worked with distro setpriv | ||
@harrymichal:matrix.org | Hi folks! Just rerun a pipeline and one of the builds failed with 'POST_FAILURE' and did not provide any logs at all. How should I interpret such a result and is it even expected? | 21:53 |
https://softwarefactory-project.io/zuul/t/local/build/894d0a1757ac40a8b29f2f9735d18a47 | ||
@iwienand:matrix.org | martymichal: that can be a hard one, because often the failure happens as part of the log uploading, so yeah, you don't get anything | 22:46 |
@iwienand:matrix.org | you can ask the admin to look in the server side logs, that can sometimes help | 22:47 |
@iwienand:matrix.org | the other thing, if you can replicate, is to watch the console as it runs, and sometimes you'll get something actionable from that. obviously if the problem is the console log can't be uploaded to persistent storage, well that's your problem :) usually something like that indicates a remote service is down | 22:48 |
@harrymichal:matrix.org | Thanks for the input, will ask the admins. The job has been working without any such problems for a long time and the change didn't change it, so I presume the problem is elsewhere. | 22:52 |
@iwienand:matrix.org | yep, the usual reason we'd see that in opedev gate is if one of our storage back-ends has an issue | 23:24 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!