content is "undefined" if using variables and you can't put a newline in
it, so just move this to a simple template.
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
Right now it's adding the cert without a newline at the end, but it also
expects the cert to be at the top and the intermediate below it. So,
swap them around and try putting a newline in it.
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
Justin Flory is the new Fedora Community Architect (formerly FCAIC)
Also, hopefully future-proof these aliases a bit by using the fcaic
alias instead naming the specific person. Fewer edits to make the next
time the role turns over.
Signed-off-by: Ben Cotton <bcotton@fedoraproject.org>
The proxies seem to be hitting file limits, so try increasing them.
Also, set httpd to restart on failure, this should help mask the problem
if it persists with the higher limit.
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
Right now releng-bot has a fas address of 'releng-bot@fedoraproject.org'
which is... confusing. The alias overrides this and sends email to
admin, but it results in a duplicate, causing the cron job to send mail
about the duplicate everytime newaliases run.
So, instead drop the alias here and switch the user in fas to be
admin+relengbot. This will still go to admin, not run into problems with
the address already in use in fas and should cause the newaliases to
stop complaining.
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
It seems to be struggling with memory exhaustion ATM, and I
think it's causing tests to run slower.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
Right now this cron is sometimes running while reg is updating the
index on sundries01, so move it out 10min to avoid that window.
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
This commit removes the old tasks to try and create a cert/intermediate
bundle file for stunnel in favor of just doing it when we renew/get the
cert. It also fixes stunnel to use the correct bundled cert.
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
This noc host in rdu-cc is used for pxe installs, dhcp server and also
to access the private mgmt network for hosts in rdu-cc. Setup it's own
group and add sysadmin-copr to access it so they can get to the mgmt
interfaces on various copr machines there to reboot them.
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
This switches the Bodhi staging instance to use (and regularly
update) its own grouped critical path data, instead of consuming
the data from PDC that is non-grouped and irregularly updated by
releng. If this works out well, we'll also apply it to prod.
This requires Bodhi 7 or higher.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
I have probably made this a bit wordy but I have found long jinja2
logic statements to be a bit hard to debug or go off the rails. So I
copied the section for Red Hat and used it for Fedora.
Signed-off-by: Stephen Smoogen <ssmoogen@redhat.com>
We also have fedora-messaging spewing out on pushes, so lets set that
back to warning, and we also need to change the default pagure logging
root to WARN.
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
Right now when someone does a https push they get about 100 lines of
INFO and DEBUG from pagure. Everything from acls to messaging to pika to
everything. There's no need for all this debug/info spew.
Lets disable it and go back to just WARNINGS
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
Remove redis from playbook, it's no longer used. We are using memcached instead.
Start the services automatically after deployment.
Signed-off-by: Michal Konečný <mkonecny@redhat.com>
We have been having issues with webkitgtk not being able to build due to
memory constraints on the existing builders. Also, we are overcomitted
on memory on the kvm lpar. So, to hopefully fix this:
* remove 3 existing builders.
* just leave the 3 cpus and 17gb memory from one free for the host
* make 2 of the other builders double the size in memory, cpu and disk.
* Will add these 2 to the heavybuilder channel and hopefully webkitgtk
will be happy again.
I'm a bit concerned that this might slow the mass rebuild down, but we
will see. :)
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
