summaryrefslogtreecommitdiffstats
path: root/roles/openqa
Commit message (Collapse)AuthorAgeFilesLines
...
* hmm, jinja indents with nested ifs seem weird. try this?Adam Williamson2016-03-211-3/+3
|
* openqa_dispatcher: enable fedmsg-based result wiki reportingAdam Williamson2016-03-213-4/+11
| | | | | ...by extending the fedmsg consumer config file. Requires the latest openqa_fedora_tools to work.
* openqa/server: make geekotest static UID/GID optionalAdam Williamson2016-03-191-8/+9
| | | | | | | | I'm still kinda trying to make the openqa roles usable outside of infra, so now I have a minute, let's do this: it makes the static UID/GID for geekotest optional and configurable, instead of hard coding it. For infra we set the value to 601, as we are already using, in the openqa and openqa-stg group config.
* openqa_server: tweak the asset size changed_when a bitAdam Williamson2016-03-191-1/+1
| | | | | just in case we wind up with multiple job groups, this should be more correct.
* whoops, add a missing quoteAdam Williamson2016-03-191-1/+1
|
* openqa: allow specifying asset size limitAdam Williamson2016-03-191-0/+12
| | | | | | | this is a database value and there's no openQA API function to set it, so we have to do it directly in the database...this *should* work. I think. I should add equivalent functionality for sqlite use as well, really...
* openqa/server: run createhdds with python3Adam Williamson2016-03-181-4/+5
| | | | | | | | | there seems to be a bug in python2-guestfs which causes the disk image with an updates.img file to be broken (the updates image is only 4096 bytes long and incomplete). When built with Python 3 the image seems to be fine. So, run the script with python3 (as its hashbang says) and ensure necessary packages are installed.
* openqa/server: whoops, gotta clean this tooAdam Williamson2016-03-101-2/+0
|
* clean up openqa/server a bit moreAdam Williamson2016-03-101-10/+1
| | | | | I'd like to revise this a bit to be usable outside infra again, but tomorrow...or later...
* drop the openqa/fixes role, threebean says it's unneededAdam Williamson2016-03-102-27/+0
| | | | apparently the policy.py file shouldn't cause any problems.
* openqa: drop fedmsg/relay role (not needed), drop relay 'fixes'Adam Williamson2016-03-101-13/+2
| | | | let's start over and see where we're at.
* openqa/fixes: try a custom relay.py for prod...Adam Williamson2016-03-102-0/+23
| | | | | | seems like we need the internal inbound relay but the public outbound relay? I don't even know...but we definitely can't connect to busgateway01.phx2.fedoraproject.org:3999
* openqa/fixes: don't do the relay fix on prodAdam Williamson2016-03-101-1/+2
| | | | | | | i think the relay 'fix' is only needed for stg, because there was a firewall rule added for prod but not stg. It's not really a 'fix' either (it'll stop messages getting out) but it at least prevents fedmsg-relay failing, so keep it for now.
* openqa: install openqa-plugin-fedmsgAdam Williamson2016-03-101-2/+1
|
* openqa/server: enable fedmsg pluginAdam Williamson2016-03-101-0/+1
|
* openqa: add a dumb 'fixes' role to tweak fedmsg configAdam Williamson2016-03-101-0/+14
| | | | | | | Ralph *mostly* fixed it, but the config we get from fedmsg/base still doesn't quite work, so this just hacks it up after that role's done. This will go away with a couple more fixes to the fedmsg/base role.
* openqa/server: allow apache to read from NFSAdam Williamson2016-03-081-0/+3
|
* openqa/check-compose: tweak package installs and sourcesAdam Williamson2016-03-082-2/+19
| | | | | we need some from updates-testing for now. also, we need openqa-httpd for the server.
* openqa/server: actually set geekotest user group to geekotestAdam Williamson2016-03-081-0/+1
|
* actually python2-fedfind as we explicitly run it under python2Adam Williamson2016-03-081-1/+1
|
* openqa/server: createhdds.py needs python3-fedfindAdam Williamson2016-03-081-0/+1
|
* openqa: test sourcing server data from NFS on stgAdam Williamson2016-03-081-0/+28
| | | | Well hey, let's hope this works!
* openqa/dispatcher: drop the old service cleanup stuffAdam Williamson2016-03-071-12/+0
| | | | we only needed it once.
* openqa_dispatcher: correct a paste-o in fedmsg consumer copyAdam Williamson2016-03-071-1/+1
|
* openqa_dispatcher: update a commentAdam Williamson2016-03-071-4/+5
|
* openqa_dispatcher: revise for fedmsg hub consumerAdam Williamson2016-03-072-9/+22
| | | | | ditch the old systemd consumer service, install the fedmsg consumer config file, add some fedmsg-hub reload notifications.
* openqa: make openQA and FAS credentials root.fedmsg 0640Adam Williamson2016-03-072-7/+10
| | | | | | with openQA jobs being scheduled and wiki results reported (well, when we get that working again) by fedmsg-hub consumers, we have to let the fedmsg user read these files.
* also trim openqa-dispatcher fedmsg reqsAdam Williamson2016-03-041-1/+0
|
* drop some old cleanup bits now they've runAdam Williamson2016-03-031-19/+0
|
* openqa_dispatcher and check-compose: package dep fixesAdam Williamson2016-03-031-1/+1
|
* openqa-consumer: restart service on git changesAdam Williamson2016-03-021-0/+4
| | | | | ...otherwise you end up scheduling jobs with stale code and they fail, NOT THAT THAT'S EVER HAPPENED TO ME
* openqa-dispatcher: damnit, package nameAdam Williamson2016-02-241-1/+1
|
* openqa-dispatcher: requires python-fedmsg nowAdam Williamson2016-02-241-0/+1
|
* openqa: d'oh, type (service not server)Adam Williamson2016-02-241-1/+1
|
* openqa: adjust for changes to scheduler designAdam Williamson2016-02-242-12/+27
| | | | | mainly systemd unit changes, clean up the old ones, enable the new.
* openqa: enable asset downloading from fedoraproject.orgAdam Williamson2016-02-181-0/+1
|
* drop use of COPR for openQAAdam Williamson2016-02-152-40/+0
| | | | | all required packages except openqa itself are now in main repo, openqa is in infra repo.
* Update all calls to sudo to use 'become' and sudo_user to 'become_user'Kevin Fenzi2016-02-021-6/+6
|
* openqa_dispatcher: adjust for changed path in toolsAdam Williamson2016-01-221-1/+1
| | | | we moved the openqa scheduler within the git checkout.
* openqa: enable openQA-stg COPR on staging hostsAdam Williamson2016-01-152-0/+16
|
* openqa-server: never register 'changed' for this (check) stepAdam Williamson2016-01-121-0/+1
|
* Remove action: in all roles.Kevin Fenzi2016-01-061-2/+2
|
* openqa: use 'shell' not 'command' for a step that needs itAdam Williamson2016-01-041-1/+1
| | | | this step uses && and >, needs a shell.
* openqa: drop some more always_runsAdam Williamson2016-01-041-4/+2
| | | | | | | | | | | | we really shouldn't always_run these, as they actually *do* stuff. That does mean that in check mode we won't check if database init and admin user creation are necessary, but these are only ever necessary exactly one time at initial deployment which is likely to be kicked off manually anyway, so it should not be a problem. We adjust the 'when' condition for the 'wait for services to start up' action, so it will work in check mode with the 'services' variable undefined (because the step that defines it now won't be run).
* openqa: drop always_run from git actionsAdam Williamson2016-01-042-3/+0
| | | | | it causes problems (prevents updated code being installed) and is not necessary (git module supports check).
* openqa: no, seriously, fuck dnfAdam Williamson2015-12-181-1/+1
|
* openqa: fucking dnfAdam Williamson2015-12-181-2/+2
|
* openqa: run createhdds.py with py2 for nowAdam Williamson2015-12-181-2/+4
| | | | and install the additional deps.
* enable openqa disk image generationAdam Williamson2015-12-181-5/+1
| | | | the servers have nested virt enabled now, so this should be OK
* openqa_server: switch to createhdds.py, disable creation for nowAdam Williamson2015-12-171-29/+12
| | | | | | | | | | | | | | This puts in place the bits needed to use the new createhdds.py for image generation, which works much nicer with ansible than the old createhdds.sh. For now, the disk creation step is disabled, because creating some images (including the ones that get refreshed regularly) requires running VMs, and the openqa server hosts are VMs themselves and do not currently have nested virt enabled, so the creation would run extremely slow. Once we get nested virt enabled, I'll change the condition for the image creation step to what it should be. Until then I'll carry on handling image creation manually (both hosts have all the images at present anyhow).