Learn more about these different git repos.
Other Git URLs
To speed up the mock builds we can run them with tmpfs plugin enabled. However this does not work for building fedora srpm on rhel. Here is part of the conversation from sssd-devel list:
>>>> I can try increasing RAM on all five CI hosts and enabling mock's tmpfs plugin >>>> on them. How much physical memory would you like me to configure them with? >>>> >>> I would use say 2 GiB should be enough (4x more than current amount). >>> If there is problem we can increase to 3GiB. >> >> I ran the rigorous tests with 2GiB of RAM and default tmpfs plugin configuration. >> >> The run time on each machine has reduced to about 24 minutes, which is quite >> close to the maximum of 20 minutes I got with the patch being discussed, and >> could be acceptable. It also indicates that the bottleneck was disk I/O, IMO. >> >> However, it turned out that RHEL6 cannot install our dependencies on tmpfs: >> http://sssd-ci.duckdns.org/logs/job/0/77/rhel6/ci-build-debug/ci-mock-fedora20.log >> > There is problem with installation package systemd, because it uses capbilities > in spec file. > %caps(cap_dac_override,cap_sys_ptrace=pe) %{_bindir}/systemd-detect-virt > > Solution is easy: We should not try to rebuild srpm for fedora on rhel. > I proposed it in another mail thread that on rhel6 we should try to rebuild > srpm only in epel6 mock buid root.
resolution: => fixed status: new => closed
Fields changed
rhbz: => 0
Metadata Update from @mzidek: - Issue set to the milestone: SSSD Continuous integration
SSSD is moving from Pagure to Github. This means that new issues and pull requests will be accepted only in SSSD's github repository.
This issue has been cloned to Github and is available here: - https://github.com/SSSD/sssd/issues/3483
If you want to receive further updates on the issue, please navigate to the github issue and click on subscribe button.
subscribe
Thank you for understanding. We apologize for all inconvenience.
Login to comment on this ticket.