infrastructure/ansible
1
0
Fork 0
Code Pull requests 7 Activity Actions
ansible/inventory/group_vars/checkcompose_common

25 lines
1.2 KiB
Text
Raw Normal View History

check-compose: convert to fedora-messaging Following the patterns from openQA and relvalconsumer. Just one to go after this! Signed-off-by: Adam Williamson <awilliam@redhat.com>
2019-06-19 15:44:46 -07:00
# we need this for our fedora-messaging consumer as it is not allowed
# to create queues on the infra AMQP broker, by broker config
openqa etc: fix up and improve AMQP messaging configuration This is triggered by https://pagure.io/fedora-infrastructure/issue/11375 , but the changes are rather extensive. Unfortunately, some of the relevant files got messed up by the alphabetical sort thing that got run on several group variable files a while ago, so that confuses the diff a bit - I had to unwind those changes to make the files readable again in order to make these changes. Ultimately the goal here is to make the config more consistent and more functional - the variables used and their names should be more consistently related to what they're actually *for*, which I didn't entirely understand when setting this up. So we have variables for the username being used in each case and we use that variable where we're referring to the username, for instance. This should also make the whole thing about the cases where listeners on the openQA stg/lab instance need to listen to prod messages clearer, too. It also makes the user creation clearer by doing it explicitly, just once per user, instead of haphazardly doing it implicitly through the queue definitions. And finally it should also actually fix 11375, by giving the appropriate write permissions to each user. Signed-off-by: Adam Williamson <awilliam@redhat.com>
2023-06-21 11:54:03 +02:00
checkcompose_amqp_passive: true
check-compose: convert to fedora-messaging Following the patterns from openQA and relvalconsumer. Just one to go after this! Signed-off-by: Adam Williamson <awilliam@redhat.com>
2019-06-19 15:44:46 -07:00
# fedora-messaging email error reporting settings
checkcompose_amqp_mailto: ["adamwill@fedoraproject.org", "lruzicka@fedoraproject.org"]
checkcompose_amqp_smtp: bastion
openqa etc: fix up and improve AMQP messaging configuration This is triggered by https://pagure.io/fedora-infrastructure/issue/11375 , but the changes are rather extensive. Unfortunately, some of the relevant files got messed up by the alphabetical sort thing that got run on several group variable files a while ago, so that confuses the diff a bit - I had to unwind those changes to make the files readable again in order to make these changes. Ultimately the goal here is to make the config more consistent and more functional - the variables used and their names should be more consistently related to what they're actually *for*, which I didn't entirely understand when setting this up. So we have variables for the username being used in each case and we use that variable where we're referring to the username, for instance. This should also make the whole thing about the cases where listeners on the openQA stg/lab instance need to listen to prod messages clearer, too. It also makes the user creation clearer by doing it explicitly, just once per user, instead of haphazardly doing it implicitly through the queue definitions. And finally it should also actually fix 11375, by giving the appropriate write permissions to each user. Signed-off-by: Adam Williamson <awilliam@redhat.com>
2023-06-21 11:54:03 +02:00
Inventory group/host variables: Sort yaml This was done using yq ( https://mikefarah.gitbook.io/yq/operators/sort-keys ) Doing things this way makes it much easier to see if a variable is set in a file or if two hosts differ in what variables they set. Hopefully we can keep things sorted moving forward. Basically this means just sort a-z anything you add to any host or group vaiable and it will be in the right place. Additionally, this enforces 'normal' intent rules for all the variable files which we should also try and obey. 2 spaces for first level, 3 for next, etc. When in doubt you can run yq on it. This should cause NO actual vairable changes, it's all just readability fixing for humans, ansible parses it exactly the same. Signed-off-by: Kevin Fenzi <kevin@scrye.com>
2021-11-16 13:27:57 -08:00
# fedora-messaging compose report sender settings
More cleanup on the openQA AMQP stuff nirik and I went around and around a bit today and ended up back where we started, but with a clearer understanding of where that this. This explains it a bit better, and makes what's actually going on in various places clearer with the use of appropriate shared variables. This should not actually *change* anything at all when deployed. Signed-off-by: Adam Williamson <awilliam@redhat.com>
2023-06-22 23:20:22 +02:00
# we use the openQA rabbitmq account for this role as they run
# on the same server and it's convenient. this means it's also
# safe and appropriate to use variables defined in the openqa
# group_vars. if we ever split the roles up we will have to create
# a separate account with separate creds
checkcompose_amqp_username: "{{ openqa_amqp_this_username }}"
checkcompose_amqp_url: "{{ openqa_amqp_this_url }}"
checkcompose_amqp_cacert: "{{ openqa_amqp_this_cacertfile }}"
checkcompose_amqp_cert: "{{ openqa_amqp_this_certfile }}"
checkcompose_amqp_key: "{{ openqa_amqp_this_keyfile }}"
openqa etc: fix up and improve AMQP messaging configuration This is triggered by https://pagure.io/fedora-infrastructure/issue/11375 , but the changes are rather extensive. Unfortunately, some of the relevant files got messed up by the alphabetical sort thing that got run on several group variable files a while ago, so that confuses the diff a bit - I had to unwind those changes to make the files readable again in order to make these changes. Ultimately the goal here is to make the config more consistent and more functional - the variables used and their names should be more consistently related to what they're actually *for*, which I didn't entirely understand when setting this up. So we have variables for the username being used in each case and we use that variable where we're referring to the username, for instance. This should also make the whole thing about the cases where listeners on the openQA stg/lab instance need to listen to prod messages clearer, too. It also makes the user creation clearer by doing it explicitly, just once per user, instead of haphazardly doing it implicitly through the queue definitions. And finally it should also actually fix 11375, by giving the appropriate write permissions to each user. Signed-off-by: Adam Williamson <awilliam@redhat.com>
2023-06-21 11:54:03 +02:00
checkcompose_amqp_queue: "{{ checkcompose_amqp_username }}_checkcomp"
checkcompose_amqp_routing_keys: ["org.fedoraproject.{{ deployment_type }}.openqa.job.done"]
More cleanup on the openQA AMQP stuff nirik and I went around and around a bit today and ended up back where we started, but with a clearer understanding of where that this. This explains it a bit better, and makes what's actually going on in various places clearer with the use of appropriate shared variables. This should not actually *change* anything at all when deployed. Signed-off-by: Adam Williamson <awilliam@redhat.com>
2023-06-22 23:20:22 +02:00
checkcompose_env: "{{ openqa_env }}"
checkcompose_env_suffix: "{{ openqa_env_suffix }}"
Copy permalink