Mailinglist Archive: opensuse-buildservice (86 mails)

< Previous Next >
[opensuse-buildservice] Re: Extract artifacts from the failed build
  • From: "Matwey V. Kornilov" <matwey.kornilov@xxxxxxxxx>
  • Date: Tue, 21 Jun 2016 20:31:14 +0300
  • Message-id: <nkbtl3$f8v$>
21.06.2016 12:14, Karsten Keil пишет:

Am 21.06.2016 um 10:44 schrieb Matwey V. Kornilov:


I suppose that there is a feature currently missed from OBS.
There should be a way to inspect file system for a failed build (ok, I
know that it is probably impossible to implement).

There are kind of build failures hard to deal without possibility to
extract/inspect failed build results from worker.
I agree, that would be a good feature, I missed this from time to time
as well.

1) Occasional build failures due to gcc compiler SIGSEGMs of Golang
SIGILLs which appear on some workers, on other they don't, and the
issues is not reproducible by `osc build local'.

We had this type of errors a while ago. In the end it was buggy
hardware, memtest overnight found errors. Since then we do not longer
use old desktop hardware as workers for production systems.

I hope the hardware at is fine :)

2) Occasional build failures on non-x86 architectures. It is really hard
to do `osc build local` for linux kernel on armv7l to see why gcc
crashed and produce useful info for gcc bugzilla.

I do understand that it is impossible to save file system for every
failed build and can't propose how could this be implemented.
I imagine some pluggable on-failed hook which packs whole /home/abuild
as single rpm/tgz package and then makes it available through `osc

A other approach could be to stop the build, let the worker running,
but disable it in the worker pool for some time and inform people. Of
course this should be not the default action, but maybe controlled by
some special flag in the package.


To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@xxxxxxxxxxxx
To contact the owner, e-mail: opensuse-buildservice+owner@xxxxxxxxxxxx

< Previous Next >