ansible/inventory/group_vars/mbs_backend
Kevin Fenzi 580cd252c5 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

36 lines
1.3 KiB
Text

---
csi_primary_contact: Modularity WG - modularity-wg-members@fedoraproject.org
csi_purpose: Run the module-build-service fedmsg-hub backend (the scheduler)
csi_relationship: |
The fedmsg-hub process running here is responsible for scheduling all rpm
builds in koji in response to requests submitted to the MBS API on the
mbs-frontend nodes.
NOTE - this system has a KRB service principal with elevated koji privileges.
# For the MOTD
csi_security_category: High
# These are consumed by a task in roles/fedmsg/base/main.yml
fedmsg_certs:
- can_send:
- mbs.module.state.change
- mbs.component.state.change
group: fedmsg
owner: root
service: mbs
# These people get told when something goes wrong.
fedmsg_error_recipients:
- ralph@fedoraproject.org
- jkaluza@fedoraproject.org
- fivaldi@fedoraproject.org
# Wait a little bit longer than usual.. I'm not seeing messages from mbs backend
fedmsg_post_init_sleep: 1.5
lvm_size: 20000
mbs_broker_url: "amqps://mbs-private-queue{{ env_suffix }}@rabbitmq{{ env_suffix }}.fedoraproject.org//mbs-private-queue"
mbs_frontend: false
mbs_num_workers: 3
mbs_systemd_wait_for_rabbitmq: true
mem_size: 16384
num_cpus: 2
# for systems that do not match the above - specify the same parameter in
# the host_vars/$hostname file
tcp_ports: [3000, 3001, 3002, 3003, 3004, 3005, 3006, 3007]