Skip to content

HTTPS clone URL

Subversion checkout URL

You can clone with
or
.
Download ZIP
Commits on Oct 2, 2012
  1. @temujin9
  2. @temujin9

    Version bump to 4.3.0

    temujin9 authored
  3. @temujin9
  4. @temujin9
  5. @temujin9
  6. @temujin9
  7. @temujin9

    Version bump to 4.2.3

    temujin9 authored
  8. @temujin9
  9. @temujin9

    Merge pull request #181 from nickmarden/nick/set_chef_environment_per…

    temujin9 authored
    …_chef_semantics
    
    Use Chef::Node-friendly semantics for chef_environment
  10. @temujin9
  11. @temujin9
  12. @nickmarden

    Use Chef::Node-friendly semantics for chef_environment

    nickmarden authored
    Chef::Node uses a single function #set_or_return to manage the chef_environment
    instance variable, but Ironfan::Provider::ChefServer::Node uses delegation
    through #chef_environment and #chef_environment=. Unfortunately, magic in the
    Chef mixins causes #chef_environment to go through the "correct" get/setter
    while the call to #chef_environment= gets stashed useless in self's Hash
    representation (rather than an instance variable of self). The net result is
    that the attempt to copy server.environment into a new Node's chef_environment
    attribute was getting silently dropped on the floor, and all new nodes were
    being created in the _default environment :-(
    
    This patch fixes that disconnect, and also allows nice folks to use symbols
    for their Chef environment names if that sort of thing makes them happy.
  13. @temujin9

    Start of serious VPC support - can launch, with correct groups, but f…

    temujin9 authored
    …ails to correctly tweak those group's permissions
  14. @temujin9

    Cleaner messages on kill

    temujin9 authored
Commits on Oct 1, 2012
  1. @temujin9
  2. @temujin9

    Version bump to 4.2.2

    temujin9 authored
  3. @temujin9

    Merge remote-tracking branch 'origin/model_cleanup'

    temujin9 authored
    Conflicts:
    	CHANGELOG.md
    	VERSION
    	ironfan.gemspec
    	lib/gorillib/resolution.rb
    	lib/ironfan.rb
    	lib/ironfan/dsl/facet.rb
    	lib/ironfan/provider/chef/client.rb
    	lib/ironfan/provider/chef/node.rb
    	lib/ironfan/provider/chef/role.rb
    	lib/ironfan/provider/ec2/ebs_volume.rb
    	lib/ironfan/provider/ec2/placement_group.rb
    	lib/ironfan/provider/ec2/security_group.rb
    	spec/spec_helper.rb
  4. @temujin9
  5. @temujin9

    Merge branch 'master' of github.com:infochimps-labs/ironfan into secu…

    temujin9 authored
    …rity_group_rescue
    
    Conflicts:
    	lib/ironfan/provider/chef/client.rb
    	lib/ironfan/provider/chef/node.rb
    	lib/ironfan/provider/chef/role.rb
    	lib/ironfan/provider/ec2/ebs_volume.rb
    	lib/ironfan/provider/ec2/key_pair.rb
    	lib/ironfan/provider/ec2/machine.rb
    	lib/ironfan/provider/ec2/placement_group.rb
    	lib/ironfan/provider/ec2/security_group.rb
  6. @temujin9
  7. @temujin9
  8. @temujin9

    Version bump to 4.2.1

    temujin9 authored
  9. @nickmarden
  10. @nickmarden
  11. Ignore deleting, deleted, or errored volumes in discovery

    Philip (flip) Kromer authored
  12. Ignore deleting, deleted, or errored volumes in discovery

    Philip (flip) Kromer authored
Commits on Sep 30, 2012
  1. knife cluster bootstrap sets Chef::Config[:environment] (fixes #148)

    Philip (flip) Kromer authored
    I did a little dip into the bootstrap code; in order to make bootstrap work if there are multiple environments in the slice, you'll have to identify the subgroups with each environment and coordinate launching an ssh session on each.
    knife bootstrap prepares a single template file that draws on the Chef::Config[:environment] setting, and uses that as the command to a knife::Ssh session. at that point it's in Net::Ssh's hands. Anything we did that was non-uniform would lose parallel ssh sessions.
    
    Instead, knife checks the slice and, as long as all the machines you're bootstrapping live in the same environment, sets the Chef::Config and carries on. If you have multiple environments it explains and raises an exception.
    
    So you can still have a cluster with multiple environments, you just have to bootstrap them in groups by environment.
  2. Model cleanup -- now mostly round-trip to JSON

    Philip (flip) Kromer authored
    Made it so that models will accept the serialized versions of themselves. This involved overriding a couple receive_foo methods, fixing some types (eg provider takes a Class, not an Ironfan::Provider), and making sure that hash keys are symbolized.
  3. Specs for scripts (but not really)

    Philip (flip) Kromer authored
    Tried to see if I could do specs for scripts without a mock mode for chef. It works but I'd like to see if this is really the right approach.
    
    * ironfan_go! spec helper loads the basic chef environment. Chef will as usual look for a .chef directory holding a knife.rb, etc -- if there's one in the repo root, it will be used.
    * added a demo cluster, and a serialized version of its computers
    * Fixed an error in Ironfan.load_cluster when using a string vs. a symbol to load
  4. Deep merge code from @nickmarden -- curing conflicts with my recent c…

    Philip (flip) Kromer authored
    …hanges
  5. Changed key_pair to keypair, as per the DSL

    Philip (flip) Kromer authored
    The DSL has always used 'keypair' not 'key_pair'. The only touchpoints to key_pair were internal.
    
    With a facade in place, there's no reason to go with Fog's opinion over our own DSL's. This patch makes ironfan use 'keypair' uniformly.
  6. Terminated machines are not bogus

    Philip (flip) Kromer authored
    The dead are not bogus (Bill & Ted I), they're ghosts (Bill & Ted II)
    
    * terminated machines are skipped, as they were in old ironfan.
    * ...except in the case of knife cluster show, which accepts them as there-but-bogus if verbosity > 1.
  7. Terminated machines are not bogus

    Philip (flip) Kromer authored
    The dead are not bogus (Bill & Ted I), they're ghosts (Bill & Ted II)
    
    * terminated machines are skipped, as they were in old ironfan.
    * ...except in the case of knife cluster show, which accepts them as there-but-bogus if verbosity > 1.
  8. Rescue on duplicate security groups; don't die logging on full 'load!'

    Philip (flip) Kromer authored
    * launching multiple machines with a common security group would cause all but one to lose the race; this is especially exciting if they manage to tangle up the reload.
      Am now rescuing the error, and inserting a short sleep() to get some extra splay into the works.
    * Dialed up the default splay in Ironfan.parallel to 0.25
    * was not checking whether the cluster was nil in 'load!', causing it to die logging. Fixed my error.
Commits on Sep 29, 2012
  1. @nickmarden
Something went wrong with that request. Please try again.