On 3 Nov 2017 9:28 pm, "Peter Rex" <prex5609@gmail.com> wrote:
You seem to be the guy who does the builds. If you could advise, despite the grumpiness:

Since updating Ansible playbooks, tasks, libraries and such to work with a more current Ansible version isn't practical, on existing servers, we're thinking of adding "exclude=ansible1.9 ansible" to the relevant section of the "epel.repo" config file to keep it at 1.9, and on new servers, just install the old ansible1.9 package via RPM (which I managed to find on a mirror that hadn't been updated yet).


I'll just stop you right there a second. 

Not practical? 

Ansible 2 was released nearly 2 years ago. 

There's not that much work to port 1.9 code over and there's substantial gains from using a 2+ codebase. 

You really should be doing some automated testing of your ansible code, even if it's just a syntax check and lint to pick up deprecation.

Do keep in mind the controlling system is the only one where the version of ansible matters... you don't need to screw around with your repo config on target systems. 

The best place to get a package no longer in the current repo is koji rather than trying to dig out a mirror that hasn't replicated in over a year. 

For future reference, it's worth having your preferred CI (Jenkins or gitlab etc) use nightlies (docker container makes this trivial) run a syntax check against your playbooks to avoid this happening again. 

Upstream provides rpms to make this simple. 

http://releases.ansible.com/ansible/rpm/