summaryrefslogtreecommitdiffstats
path: root/roles/openqa
Commit message (Collapse)AuthorAgeFilesLines
...
* openqa: drop prod/stg variance for fixed asset locationAdam Williamson2016-10-243-9/+3
|
* openqa: adjust to new 'fixed' asset stuff on stagingAdam Williamson2016-10-193-3/+10
| | | | | | | | | The capability to handle a variance between prod and staging here is just temporary while I'm testing the new fixed asset handling stuff by deploying it on staging. Once it's tested and merged we'll just have prod and staging do the same thing. But for now we need to cleanly handle them having the static disk images in different places.
* openqa: drop the workaround for ARM kernel/initrd collisionsAdam Williamson2016-10-182-54/+0
| | | | | We fixed the issue which meant ARM kernel / initrd file names were colliding, so we don't need this workaround any more.
* openqa/server: only do createhdds when images are missingAdam Williamson2016-10-171-7/+6
| | | | | | | | | | | | | | | | | I've enhanced `createhdds check` to exit 1 if all images are present but some are old, and 2 if any images are missing. We use this to only create images if any are missing here in the play; we rely on the daily cron job to rebuild old images. This is kind of a band-aid for a weird issue on openqa01 where virt-install runs just don't seem to work properly after the box has been running for a while, so createhdds doesn't actually work and any playbook run gets hung up on it for a long time. This doesn't fix that, but does at least mean we can run the playbook without being bothered by it. To get createhdds to run properly and actually regenerate the outdated images, we have to reboot the system and run it right away, it seems to work fine right after the system boots up.
* couple of fixes to that scriptAdam Williamson2016-10-031-1/+3
|
* openqa/dispatcher: add an ugly workaround for openQA #673Adam Williamson2016-10-032-0/+52
| | | | | | | | | | | | | We currently can't tell openQA to download the ARM kernel and initramfs with a filename unique to the build being tested, so they just get downloaded as `vmlinuz` and `initrd.img`, which means that when the next compose is tested, we won't download them again, we'll just use the existing copies (which are no longer the right ones). Because of this our current 'F25' and 'Rawhide' ARM tests are actually still using some F24 kernel image. Until the openQA bug which prevents us giving the files unique names is resolved, here's a hacky workaround: a script which wipes the files every hour if no openQA jobs are pending.
* openqa/server: don't check out tests when on non-standard branchAdam Williamson2016-09-061-3/+19
|
* openqa/server: drop templates patchingAdam Williamson2016-09-011-11/+1
| | | | | no longer needed since recent tweak to repository config in tests.
* openqa/dispatcher: scheduler config write should restart fedmsgAdam Williamson2016-08-121-0/+2
|
* openqa/dispatcher: scheduler config file in the right damn placeAdam Williamson2016-08-111-2/+2
| | | | ...d'oh, one day i'll get this right
* drop no-longer-needed git workaround from openqa playsAdam Williamson2016-08-102-4/+0
|
* openqa/dispatcher: update schedule.conf for scheduler changesAdam Williamson2016-08-091-2/+3
| | | | | | | since resultsdb submission was added to the scheduler, we must disable it here for now (as we don't want to use it yet), and also update the name of the config directive that controls wiki result submission.
* openqa/dispatcher: now needs python-resultsdb_apiAdam Williamson2016-08-081-0/+1
|
* openqa: need openqa/os-autoinst from updates-testing ATMAdam Williamson2016-07-052-11/+15
|
* Add workaround for git module all around.Kevin Fenzi2016-07-052-0/+5
|
* openqa/server: adapt to virt-install createhddsAdam Williamson2016-07-041-1/+7
| | | | | | we need to install some additional packages for the revised createhdds (but we no longer need pexpect), and ensure libvirtd is running before running createhdds.
* Work around dnf bugKevin Fenzi2016-06-271-1/+1
|
* openqa/server: ignore_errors in createhddsAdam Williamson2016-06-071-0/+5
| | | | | | it's not really fatal when it fails (except on first deployment) and nothing else later depends on it, so we can go ahead and continue the run even if it fails
* openqa/server: set up a cron job to do createhdds dailyAdam Williamson2016-05-242-5/+9
| | | | | | | | | | | | | instead of just relying on it getting run when we do an ansible run, since that's intermittent and it's annoying when you want to do an ansible run and it sits there for hours creating disk images. This way we'll know they'll get updated regularly and ansible runs should never get blocked on image creation, though we still do it in the ansible plays just in case (and for initial deployment). This should now be safe, with the recent changes to make it time out gracefully and run atomically. We also use withlock to make sure we don't stack jobs.
* openqa/server: hide asset download linksAdam Williamson2016-05-241-0/+1
| | | | | | | this will only work with the new openqa package builds I just did, but won't break anything with older ones. With a new enough openQA package, it'll prevent the web UI from showing download links for ISOs and HDD files.
* openqa/server: create 'other' asset dirAdam Williamson2016-05-241-0/+1
| | | | without this, ARM tests do not run (phab T801)
* openqa/worker: tap workers have default classes tooAdam Williamson2016-05-051-1/+1
| | | | | we don't want these workers to *only* run tap tests, so put the default classes into their WORKER_CLASS too.
* openqa/worker: move tap-specific packages to tap-setupAdam Williamson2016-05-052-2/+8
|
* openqa/worker: give up on GRE, single tap host insteadAdam Williamson2016-05-054-82/+67
| | | | | | | OK, this GRE crap ain't working. Let's give up! Instead let's have one tap-capable host per openQA deployment, so all the tap jobs will go to it. This...should achieve that. Let's see what blows up.
* move qa06 to stg workersAdam Williamson2016-05-051-1/+10
| | | | | | we have a big mismatch between prod and stg atm (stg has 4 workers, prod has 18). let's make it 14 vs. 8 and also give stg two worker hosts so we can test multi-worker-host scenarios
* openqa/worker: enable STP on bridgeAdam Williamson2016-05-051-1/+1
| | | | I think we'll need this to avoid routing loops with the tunnels.
* openqa/worker: oh ok, probably thisAdam Williamson2016-05-051-1/+1
| | | | duh quotes are hard
* openqa/worker - okay maybe this? WHO KNOWS LET'S SEEAdam Williamson2016-05-051-1/+1
| | | | watch the pretty pretty fireworks
* openqa/worker: try and fix the group loop...Adam Williamson2016-05-051-1/+1
|
* openqa/worker: try setting up GRE tunnels between worker hostsAdam Williamson2016-05-052-0/+16
| | | | everyone stand back, this one's gonna go boom.
* openqa/worker: change a couple of task names a bitAdam Williamson2016-04-271-2/+2
|
* openqa/worker: drop (I think) unnecessary bridge status checkAdam Williamson2016-04-271-11/+0
| | | | | I think the notify restart of network.service should deal with this on first deployment, so get rid of it.
* openqa/worker: deal with eth1 as wellAdam Williamson2016-04-271-1/+16
|
* openqa/worker: sigh, fix up the stat stuffAdam Williamson2016-04-271-1/+4
|
* openqa/worker: OK, try *this* to deal with ifcfg-usb0Adam Williamson2016-04-271-0/+8
| | | | srsly, fml
* openqa/worker: enable network.service and ipv4 forwardingAdam Williamson2016-04-271-2/+8
| | | | | | | NetworkManager entirely ignores the openvswitch devices, the integration only works with network.service. So turn it on. Apparently we can have both services enabled and things don't explode...so far...
* openqa/worker put ifup-pre-local in the right place, duhAdam Williamson2016-04-271-1/+1
|
* use an ifup-pre-local for tap device creationAdam Williamson2016-04-273-4/+12
| | | | holy crap, this is some ancient magic.
* openqa/worker: we need tunctlAdam Williamson2016-04-271-0/+1
|
* openqa/worker: handle bringing up bridge and creating tapsAdam Williamson2016-04-271-1/+16
|
* openqa/worker: initial attempt at openvswitch configAdam Williamson2016-04-273-0/+40
| | | | | | this is highly experimental and for deployment only to stg at present...I have this stuff working on happyassassin, now trying to translate it to stg.
* openqa: drop some stray enablerepos for the old COPRAdam Williamson2016-04-132-2/+2
| | | | | the COPR stuff is long gone so these weren't doing anything, they just got left around by accident.
* openqa/server - restore a quote that went mysteriously missingAdam Williamson2016-04-081-1/+1
| | | | srsly, what the hell.
* openqa/server: fix template load for non-infraAdam Williamson2016-04-081-2/+7
| | | | | | I tweaked the playbook to not patch the templates for non-infra deployments, but then forgot to make test loading work using non-patched templates for non-infra...
* openqa/server: try enabling disk image generation, reduxAdam Williamson2016-03-311-7/+7
| | | | | rwmj has refreshed the i686 base image now, so let's try this again.
* openqa/dispatcher: stupid typo template fixAdam Williamson2016-03-301-1/+1
|
* openqa: u-t not needed, more generic compatibilityAdam Williamson2016-03-303-25/+44
| | | | | | | | | | | | necessary updates for openqa roles have gone stable for now, so disable updates-testing usage (keep the plays around commented, though, since we'll likely need them again in future). Also, a bit more attempted support for non-infra use: make the monkey patching of the repo URLs in the test templates only happen if deployment_type is defined, actually respect the openqa_consumer var (don't enable the job scheduling consumer unless it's truey) and only enable any wiki reporting consumer if deployment_type is defined.
* Revert "openqa/server: try turning disk image generation back on"Adam Williamson2016-03-301-7/+7
| | | | | | This reverts commit 9872fe3fc8e7b03b345a278b58a58982b0ccb266. Looks like the i686 base image hasn't been refreshed yet, so i686 image generation still fails. Curses!
* openqa/server: try turning disk image generation back onAdam Williamson2016-03-301-7/+7
| | | | | | | rwmjones says the guestfs / rpm bug has been fixed (a new base fedora-23 image has been uploaded which should avoid it, anyway) so let's try turning disk image generation back on and see how it flies.
* openqa/server: disable hard disk image generation temporarilyAdam Williamson2016-03-231-7/+7
| | | | | https://bugzilla.redhat.com/show_bug.cgi?id=1320754 is messing it up. Disable for now so I can get other changes through.