[releng] Issue #6599 `Koji build failed without a reason`
by Pagure
tpopela reported a new issue against the project: `releng` that you are following:
``
Hi,
the build https://koji.fedoraproject.org/koji/taskinfo?taskID=17391659 of webkitgtk4 failed without a reason on armv7hl and arm64. From the build logs it looks that it was still compiling. There is one error mentioned in notification:
<Fault 1: "<class 'pg.OperationalError'>: can't commit">
Here is some log from IRC with Dennis:
<tpopela> Hi everyone, can someone explain me why https://koji.fedoraproject.org/koji/taskinfo?taskID=17391659 failed? Is there now some time limit when the compilation have to succeed (if so, it's not enough for WebKitGTK+ ;))
<dgilmore> tpopela: there is a timeout of 48 hours
<tpopela> dgilmore, I know about that one :) but from the logs it looks like the task stopped without a reason..
<dgilmore> tpopela: I suspect it was killed for using too much memory
<dgilmore> it looks like it was linking on armv7hl
<tpopela> dgilmore, no it was building..
<dgilmore> though dmesg does not show that
<dgilmore> ps axf
<dgilmore> gahh
<dgilmore> 2017-01-23 17:23:14,950 [INFO] koji.TaskManager: Task 17391684 (pid 9103) exited with status 0
<dgilmore> 2017-01-23 17:23:15,157 [INFO] koji.TaskManager: Expiring subsession 26602149 (task 17391684)
<tpopela> dgilmore, what does that mean? That we have no clue? :)
<dgilmore> tpopela: that mock said it finished fine :(
<tpopela> dgilmore, hmm let me start a new build and we will see if it was some hiccup..
<dgilmore> thats my best suggestion
<dgilmore> the failure in koji is <class 'pg.OperationalError'>: can't commit
<dgilmore> which I think is because there was no rpms
<dgilmore> but the mock_output.log agrees the build completed okay
<dgilmore> which is clearly did not
<dgilmore> actually it says that the build started and nothing more
<tpopela> dgilmore, I will create a bug on pagure and maybe someone will chime in with some idea..
<dgilmore> tpopela: its either rpmbuild or mock that failed
<dgilmore> I suspect mock
``
To reply, visit the link below or just reply to this email
https://pagure.io/releng/issue/6599
6 years, 10 months
[releng] Issue #6688 `Enabling Atomic Host composes for ppc64le and aarch64
arches`
by Sinny Kumari
sinnykumari reported a new issue against the project: `releng` that you are following:
``
Right now, Atomic Host composes are created for x86_64 arch. With decreasing gap between x86_64 and other supported arches in Fedora, we (Alternative arches group) are looking towards enabling Atomic Host composes in Fedora for ppc64le and aarch64. We have also discussed with Dusty Mabe from Atomic working group to see the possibility of having Atomic Host on non x86_64 arches and we both groups are positive towards helping and working together to enable it on other arches.
In order to achieve that, it will be great help if rel-eng can enable Atomic Host composes for ppc64le and aarch64 as well which can be non-blocking in the beginning. With composes, it will be easier to test and see current situation of Atomic Host on asked arches and we can start working on fixing encountered problems.
Thanks
``
To reply, visit the link below or just reply to this email
https://pagure.io/releng/issue/6688
6 years, 10 months
[releng] Issue #6715 `kerberos credentials cache error during f26 nightly
pungi run`
by Dusty Mabe
dustymabe reported a new issue against the project: `releng` that you are following:
``
We keep seeing kerberos failures when running our nightly pungi runs in f26. It doesn't happen all the time but has happened a couple of times in f26 so far. [The log](https://kojipkgs.fedoraproject.org/compose/branched/Fedora-26-201703... from 03/20 ostree tree compose shows the error:
```
COMMAND: koji --profile=compose_koji runroot --new-chroot --use-shell --task-id --channel-override=compose --package=pungi --package=ostree --package=rpm-ostree --mount=/mnt/koji/compose/branched/Fedora-26-20170320.n.0 --mount=/mnt/koji/compose/ostree/26/ f26-build x86_64 'rm -f /var/lib/rpm/__db*; rm -rf /var/cache/yum/*; set -x; pungi-make-ostree tree --repo=/mnt/koji/compose/ostree/26/ --log-dir=/mnt/koji/compose/branched/Fedora-26-20170320.n.0/logs/x86_64/ostree/ostree-3 --treefile=/mnt/koji/compose/branched/Fedora-26-20170320.n.0/work/ostree-3/config_repo/fedora-ostree-workstation.json --extra-config=/mnt/koji/compose/branched/Fedora-26-20170320.n.0/work/ostree-3/extra_config.json'
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Kerberos authentication failed: Internal credentials cache error (-1765328188)
```
@parasense suggested that it's possible the pungi compose took longer than the krb5 ticket lifespan. This run started at `2017-03-20 07:17:28` and the failure happened around `2017-03-20 12:25:57`.
@parasense thinks "we might want keytabs" for this?
``
To reply, visit the link below or just reply to this email
https://pagure.io/releng/issue/6715
6 years, 11 months
[releng] Issue #6720 `Stop builds for EPEL-5`
by Stephen J Smoogen
smooge reported a new issue against the project: `releng` that you are following:
``
Because I could not stop for Death –
He kindly stopped for me –
The Carriage held but just Ourselves –
And Immortality.
It is time to stop allowing new builds to EPEL-5. I don't know exactly what is needed here beyond putting in a ticket saying that RHEL-5 ends of life on March 31, 2017 and EPEL-5 should not allow new builds around that time (if not sooner).
``
To reply, visit the link below or just reply to this email
https://pagure.io/releng/issue/6720
7 years