| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
| |
For some reason /dev/kvm has 0600 perms after boot on the ppc64
worker host. Also, qemu won't run unless SMT is turned off, on
ppc64. I've just been doing this manually every time the box got
restarted, but that's dumb, so let's make it happen on boot with
a script and a service to run it.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
|
|
|
|
| |
Signed-off-by: Adam Williamson <awilliam@redhat.com>
|
|
|
|
|
|
| |
Sigh, JSON, why must you be so generally awful.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
|
|
|
|
| |
Signed-off-by: Adam Williamson <awilliam@redhat.com>
|
|
|
|
|
|
|
| |
Also don't check out the tests if we're on master branch, but
have local modifications.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
|
|
|
|
|
|
| |
To get ppc64 tasks run on stg but not prod.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
|
| |
|
|
|
|
|
|
| |
One of the IBM guys helpfully pointed out we need to set this
SMT thing to 'off' for VMs to run properly. I've no idea why,
but this is how we do it!
|
| |
|
| |
|
|
|
|
|
| |
This is needed to create the ppc virt-install images (has to be
done on a machine of compatible arch).
|
|
|
|
|
| |
Might be better to do this with some other account, but uh, for
now...
|
|
|
|
|
| |
We need to create the ppc hard disk images from the ppc workers,
so they need rw access to the share.
|
| |
|
|
|
|
| |
This will avoid some unnecessary error messages in logs.
|
|
|
|
|
|
|
|
|
| |
Like with openqa/server, sometimes we have the fedora_openqa
checkout in some kind of testing state on staging. We want to
skip the git checkout step when this is the case. This is just
copied across from the server role.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
|
|
|
|
| |
OK, this version actually seems to work.
|
|
|
|
|
| |
This reverts commit d6e32c9901c9f335a2fd2581dbaee1add9d1d9d0.
It didn't work.
|
|
|
|
| |
Seems like the config needs to be in the VirtualHost definition.
|
|
|
|
|
|
| |
Actually openQA playbook already includes the apache role, which
sets up the config file. The 404s are for some other reason. But
keep the comment change.
|
|
|
|
| |
This should stop collectd generating tons of 404 requests.
|
|
|
|
| |
These roles need the -fedora subpackage, not just the main lib.
|
| |
|
|
|
|
|
|
|
|
| |
It does, sometimes, and that probably shouldn't stop the play.
We likely already have some older images, and even if this is
the *first* creation, we can go ahead with the rest of the
deployment safely enough, and debug the image creation problem
later.
|
| |
|
|
|
|
| |
I'll wipe the from-source installs manually, seems easiest.
|
| |
|
|
|
|
| |
In check-compose and openqa/dispatcher roles, now it's packaged.
|
|
|
|
| |
Seems to be working fine in staging, so let's do it.
|
| |
|
|
|
|
| |
For now, just enable this on staging to check it works okay.
|
|
|
|
| |
Forgot these were in a separate file...
|
|
|
|
|
|
| |
The scheduler binary name changed from 'fedora-openqa-schedule'
to 'fedora-openqa', but I forgot to update the call in this
cronjob. Oops.
|
|
|
|
| |
I split the package, we don't need the CLI, only the lib.
|
|
|
|
| |
goddamnit, adam, why'd you make so many options.
|
|
|
|
| |
gah, section names.
|
| |
|
| |
|
|
|
|
|
| |
We split fedora_openqa and createhdds out into their own repos,
this should adapt to the change (I hope).
|
|
|
|
|
|
|
| |
This is a bit sloppy and infra-specific ATM, but does the job.
I have a PR in for openqa_fedora_tools which changes the report
behaviour a bit, once that lands I'll clean this up somewhat
using variables.
|
| |
|
| |
|
|
|
|
|
| |
flippy flippy...u-t packages are untested, don't want them
getting to stable.
|
|
|
|
| |
Now it's master, not develop.
|
|
|
|
| |
We're moving stuff. Look out!
|
| |
|
|
|
|
|
|
|
| |
There are no fedmsg notifications for the live respin composes,
so we just try scheduling them every hour; when we've already
tested the current compose this will not create any new jobs,
and when a new compose shows up, this will test it.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
relvalconsumer is the fedmsg consumer bot that creates Wikitcms
release validation test events. Up till now it's just been
running on one of my personal boxes; we should really move it
to infra. Run it on the openQA servers for now, as there's
nowhere more obviously correct, and I have root access there to
fix problems.
We add new inventory groups because it's *really important*
that there be exactly one (no more, no less) production consumer
at any given time. I don't want to just use the 'openqa' group
for this because it's vaguely possible it could contain more
than one host in future, and we really wouldn't want that to
result in there being two production relvalconsumers running.
|
| |
|
| |
|