resolves error thrown when mac_id is missing from RESTful call to boot endpoint
Merge pull request #170 from tjmcs/tb/fix-error-when-missing-boot-mac-id

Fixes #169 (Error thrown when `mac_id` is not included in boot call)
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)
Logic to build local image path moved from client to server
-- hanlon cli was using image_path config parameter to building the file path where uploaded image is store. This logic assumes both cli and server are running on the same machine by a user who has same degree of access to file system as the user account running hanlon server. This is no-longer a valid assumption. To fix this logic, local_image_path is build on the server and passed as image end point parameter
Image validation logic restored @image rest endpoint
-- Image validation logic moved from client to server. New REST API parameter image_status and image_status_message added to image end point
-- image api end-points updated for get, image add, image uuid
Remove all DB interaction from hanlon client
 1. Initialize DB inits only for server, skip for client
 2. Remove db_check option from cli/hanlon config db_check (it is not relevant)
remove db logic from cli/hanlon policy
Move policy management logic from client to server
- cli/hanlon is connecting to db to perform policy table clean up and policy table ordering. This logic is moved to policy rest api end point and two parameters (serial_number and bind_counter)