[releng] Issue #6713 `create daily run of f26 atomic host `
by Dusty Mabe
dustymabe reported a new issue against the project: `releng` that you are following:
``
We'd like to put out "pre-release" images for Fedora 26 atomic host. I was told by dennis that we should not use the images that are created by the nightly f26 branched "gloabal" compose because those get cleaned up quickly. Thus, we'd like to run a daily run of fedora 26 atomic host, just like we do for f25 (where we are using `fedora-atomic.conf` from the pungi-fedora repo and the results stored at https://kojipkgs.fedoraproject.org/compose/twoweek/ like the 25 results are so that we can allow people to test using them.
``
To reply, visit the link below or just reply to this email
https://pagure.io/releng/issue/6713
6 years, 9 months
[releng] Issue #6689 `f26-kde koji build target`
by Rex Dieter
rdieter reported a new issue against the project: `releng` that you are following:
``
To ease the building of batch updates of kde-related packages (of up to 70 packages at a time), please create a f26-kde koji build target (similar to how f25-kde works). Thanks.
``
To reply, visit the link below or just reply to this email
https://pagure.io/releng/issue/6689
6 years, 9 months
[releng] Issue #6786: Kojira cannot handle number of targets it used to
handle month ago.
by Jan Kaluža
jkaluza reported a new issue against the project: `releng` that you are following:
``
Hi,
let me first say something about the current situation and steps we have taken to mitigate it:
1) MBS used to create 2 targets per module build (one classic build target and one -repo target to have the repository with the final tag available in order to allow Copr or taskotron or local builds to get the built RPMs without the need to download all of them from koji directly). This has been done since the very first date of MBS deployment and over the time, the number of targets have grown to 670. In the same time, kojira started having problems generating the repositories and after discussion on #fedora-releng, we have been advised to stop generating so many tags.
2) On Thursday May 4th, we have removed 504 old targets (https://pagure.io/releng/issue/6774) in a hope things will get to normal and we will have a time to fix the MBS to not require any target when building module. I want to note here that we left just 170 targets in Koji - this is number of targets it used to normally handle in the previous months. We did not get to 670 targets over the night and there were whole month in which kojira worked just fine with more than 170 targets. Even with 170 targets left, kojira had the same issues regenerating the repositories.
3) On Thursday May 11, we have decided to remove all modular targets (not only the old ones) (https://pagure.io/releng/issue/6784). That day, we started with no modular target and it used to work well for some time, but after we hit around 40 modular targets, kojira started to be slow again and tasks time-outed on waitrepo. Note that this decision has broken modular builds in Copr and signing of modules in robosignatory which is another complication in Fedora 26 Modular release.
4) On Friday May 12, we have deployed new MBS which creates only single target per module build and which deletes the targets right after the module build finishes, we are now on 22 modular targets and this number will go down to more or less 10 targets in any time (because there are still old builds in progress which created 2 targets instead of 1). After an hour after the removal of targets to get to 22 modular targets, we still see 7 tasks waiting on waitrepo.
Now the question. Why Kojira cannot handle the load it used to handle one month ago? Why it cannot handle even the much lower load currently?
``
To reply, visit the link below or just reply to this email
https://pagure.io/releng/issue/6786
6 years, 9 months