1. 07 Mar, 2014 1 commit
    • validate machine var, remove migrate_db prompt · ddd57c4d
      Added a validation on the machine variable, expected to be passed in
      from the command line now, so that the worker play only works on
      machines named "util" and the app play on machines named "app".
      Otherwise it would be too easy to mix those up.
      
      Now that we're using -e command line options, it's easier to use this to
      specify the "modify_db" variable than prompt_vars.  Having every install
      block on this question before was such a hassle!  Now we just won't
      migrate unless you explicitly say so on the ansible command with
      "migrate_db=yes" or "migrate_only=yes".
      Sef Kloninger committed
  2. 06 Mar, 2014 1 commit
  3. 26 Feb, 2014 1 commit
  4. 22 Feb, 2014 1 commit
  5. 21 Feb, 2014 1 commit
    • use local temp dir for sockets and ansible cache · d343640a
      I was having problems where concurrent installs could trample on each
      other.  The instance that immediately affected me was output caching
      from ec2.py: the output of that command is different between staging and
      prod, and both were being written to /tmp/ansible_ec2.cache and .index.
      
      Fix here is to write to a local temp directory.  This creates empty temp
      dirs to ensure that they are created in all repos.
      
      While less likely, you could have collisions on named ssh sockets.
      Those are named with just the instance name, which could be re-used
      across VPC's.  Putting those in the ./tmp dir too prevents that.
      
      Note that for consistency I did away with just the plain ec2.ini file,
      and instead now there are prod- and stage- variants.  This is clean but
      now means that you'll need to change your install command to look
      something like this:
      
          ANSIBLE_EC2_INI=prod-ec2.ini ANSIBLE_CONFIG=prod-ansible.cfg ansible-playbook -c ssh -u ubuntu -i ./ec2.py prod-app.yml
      Sef Kloninger committed
  6. 11 Feb, 2014 4 commits
  7. 07 Feb, 2014 1 commit
  8. 06 Feb, 2014 1 commit
  9. 05 Feb, 2014 2 commits
  10. 31 Jan, 2014 1 commit
  11. 24 Jan, 2014 3 commits
  12. 22 Jan, 2014 1 commit
  13. 17 Jan, 2014 3 commits
  14. 16 Jan, 2014 4 commits
  15. 15 Jan, 2014 6 commits
  16. 13 Jan, 2014 3 commits
  17. 10 Jan, 2014 3 commits
  18. 09 Jan, 2014 3 commits