openqa: add necessary rabbitmq queue privileges (I hope)

Using the mechanism I just invented...we need to be able to
publish to queues prefixed with 'openqa' and 'ci', on both prod
and stg.

Signed-off-by: Adam Williamson <awilliam@redhat.com>
This commit is contained in:
Adam Williamson 2019-08-01 16:05:49 -07:00 committed by Pierre-Yves Chibon
parent 359e69f519
commit 009179fec6

View file

@ -50,6 +50,9 @@
- "org.fedoraproject.prod.pungi.compose.status.change"
- "org.fedoraproject.prod.bodhi.update.request.testing"
- "org.fedoraproject.prod.bodhi.update.edit"
write_queues:
- "ci"
- "openqa"
vars:
# yes, even the staging scheduler listens to production, it
# has to or else it wouldn't schedule any jobs
@ -61,6 +64,9 @@
queue_name: "openqa{{ openqa_env_suffix }}_resultsdb_reporter"
routing_keys:
- "org.fedoraproject.{{ deployment_type }}.openqa.job.done"
write_queues:
- "ci"
- "openqa"
vars:
# for this role to work correctly we do need to look like a
# staging server
@ -72,6 +78,9 @@
queue_name: "openqa{{ openqa_env_suffix }}_wiki_reporter"
routing_keys:
- "org.fedoraproject.{{ deployment_type }}.openqa.job.done"
write_queues:
- "ci"
- "openqa"
vars:
# for this role to work correctly we do need to look like a
# staging server
@ -85,6 +94,9 @@
queue_name: "openqa_relvalconsumer{{ relvalconsumer_env_suffix }}"
routing_keys:
- "org.fedoraproject.prod.pungi.compose.status.change"
write_queues:
- "ci"
- "openqa"
vars:
# yes, even the staging scheduler listens to production, it
# has to or else it wouldn't schedule any jobs
@ -99,6 +111,9 @@
routing_keys:
- "org.fedoraproject.prod.autocloud.image.failed"
- "org.fedoraproject.prod.autocloud.image.success"
write_queues:
- "ci"
- "openqa"
vars:
# yes, even the staging reporter listens to production, the
# staging autocloud has been inactive since 2017 so there are
@ -113,6 +128,9 @@
queue_name: "openqa{{ checkcompose_env_suffix }}_checkcomp"
routing_keys:
- "org.fedoraproject.{{ deployment_type }}.openqa.job.done"
write_queues:
- "ci"
- "openqa"
vars:
# for this role to work correctly we do need to look like a
# staging server