Fedora Infrastructure Ansible Repository
Find a file
2020-05-21 16:46:41 -04:00
cache_plugins try a custom cache plugin, then. 2020-04-24 21:34:15 +02:00
callback_plugins callback: specify which configuration file to use for fedora-messaging 2020-05-15 15:06:37 +02:00
files Enable the CRB repo by default on RHEL8 2020-05-20 15:20:20 +02:00
filter_plugins Spring cleaning time. :) 2020-05-13 14:02:41 -07:00
handlers chrony: add handler to restart on config changes 2020-05-16 12:01:22 -07:00
inventory Clean up nagios to deal with dropped services and that servicegroups can NOT end with a , while every other nagios group can. 2020-05-21 13:22:26 -04:00
library Spring cleaning time. :) 2020-05-13 14:02:41 -07:00
playbooks nfs/client and batcave: adjust nfs/client playbook to work hopefully in iad2 2020-05-21 12:16:08 -07:00
roles make mgmt interfaces faster to build 2020-05-21 16:46:41 -04:00
scripts vhost-info: fix the indentation after adding 4 spaces. 2020-04-24 21:34:27 +02:00
tasks tasks: also re-add cloud_setup_basic 2020-05-13 14:10:29 -07:00
vars move the standard workers down to 256 2020-04-30 09:57:58 +00:00
.gitignore [release-monitoring] Add librariesio consumer 2020-04-24 21:34:09 +02:00
.mailmap Add a .mailmap to map all my commits to one author in git shortlog. This is purely for my sanity, but also demonstrates how someone else could do similarly if needed. 2018-08-27 22:56:55 +00:00
.zuul.yaml Propose the zuul config - project pipelines to run ansible-review-diff 2020-05-14 13:14:00 +02:00
CONVENTIONS conventions: you guessed it, another whitespace change 2020-05-03 13:49:56 -07:00
master.yml inventory/master: Clean up master and drop a bunch of old playbooks for things we no longer have. 2020-05-11 16:59:59 -07:00
README Convert README to a symlink to README.md 2020-05-03 17:36:01 -04:00
README.md Merge README content into README.md and rework notice about ansible repo 2020-05-03 17:18:26 -04:00
STYLEGUIDE style: add initial style guide 2019-06-21 20:53:30 +00:00

Fedora Infrastructure

Welcome! This is the Fedora Infrastructure Ansible Pagure project.

This repository is also mirrored for production runs to https://infrastructure.fedoraproject.org/cgit/ansible.git/

If you would like to help out with Fedora Infrastructure, see:

Ansible repository/structure

files - files and templates for use in playbooks/tasks
      - subdirs for specific tasks/dirs highly recommended

inventory - where the inventory and additional vars is stored
          - All files in this directory in ini format
          - added together for total inventory
  group_vars:
          - per group variables set here in a file per group
  host_vars:
          - per host variables set here in a file per host

library - library of custom local ansible modules

playbooks - collections of plays we want to run on systems

  groups: groups of hosts configured from one playbook.

  hosts: playbooks for single hosts.

  manual: playbooks that are only run manually by an admin as needed.

tasks - snippets of tasks that should be included in plays

roles - specific roles to be use in playbooks.
        Each role has it's own files/templates/vars

filter_plugins - Jinja filters

master.yml - This is the master playbook, consisting of all
             current group and host playbooks. Note that the
             daily cron doesn't run this, it runs even over
             playbooks that are not yet included in master.
             This playbook is usefull for making changes over
             multiple groups/hosts usually with -t (tag).

Paths

The public path for everything is /srv/web/infra/ansible

The private path (which is sysadmin-main accessible only) is /srv/private/ansible

In general to run any ansible playbook you will want to run:

sudo -i ansible-playbook /path/to/playbook.yml

Scheduled check-diff

Every night a cron job runs over all playbooks under playbooks/{groups}{hosts} with ansible --check --diff. A report from this is sent to sysadmin-logs. In the ideal state this report would be empty.

Idempotency

All playbooks should be idempotent. Ie, if run once they should bring the machine(s) to the desired state, and if run again N times after that they should make 0 changes (because the machine(s) are in the desired state). Please make sure your playbooks are idempotent.

Can be run anytime

When a playbook or change is checked into ansible you should assume that it could be run at ANY TIME. Always make sure the checked in state is the desired state. Always test changes when they land so they don't surprise you later.