Copied and modified the ESXi 5 model including an optional parameter for vSAN uuid, modified kickstart.erb for vSAN modifications
Merge pull request #173 from jcpowermac/fb-esxi-vsan-issue-168

Fixes issue #168 - VMware ESXi vSAN Model
first cut at adding a noop model/policy to Hanlon
refactored from 'noop' model/policy to 'discover_only' and added second noop model/policy ('boot_local') to use when adding existing nodes
Fixes finite state machine for boot_local model
Adds tests for edge cases that shouldn't be allowed with noop policies/models
(and throws sensible errors), specifically:

* throws an error if a user attempts to create a noop model (either a boot_local
or discovery_only model) with an associated image (previously the image UUID
wasn't required but a user could include one if they wanted to)
* throws an error if a user attempts to create a noop policy (either a boot_local
or discovery_only policy) with an associated broker (previously this was allowed,
even though the idea of a noop policy/model is that the node will be added to
the Hanlon node list but will not be changed by Hanlon)

This should clean up the last couple of issues that might crop up with the
PR associated with this commit.
Cleans up previous commits so that updates are handled properly (they weren't in earlier commits, only the adds were)
Merge pull request #175 from tjmcs/tb/add-no-op-models

Fixes #174 (Add noop models to Hanlon)
Adding code to return details for a specific node (by hardware_id value) from the list of all available nodes
Cleanup of the previous commit (with these changes, now correctly handles
where we are getting a matching node by Hardware ID but no matching node
was found; also includes updates a few variable names and additional comments
to make the code easier to follow)
Adds in the ability to retrieve an active_model based on the hardware_id of
the node that was bound to that active_model instance (also cleans up a few
issues with the previous commit, which added similar functionality to the
node slice)
Fixes issue where the new search by hardware_id and old retrieve by Hanlon UUID
returned different results in the RESTful API (the former returned an unexpanded
object while the latter returned an expanded object). This commit makes both act
the same way that the retrieve by Hanlon UUID always worked (returning the
expanded object, not just a reference via URI to it).
Merge pull request #178 from tjmcs/tb/find-match-by-hardware-id

Fixes #176 (Add ability to search for node/active_model via hardware_id)