Merge pull request #18 from crowbar/release/pebbles/master

Release/pebbles/master
Merge pull request #19 from crowbar/release/pebbles/master

pull last changes
rootwrap is not setting properly, cause template will use value set on precompilation - "/usr/bin/quantum-rootwrap"
Register endpoints with public name and FQDN when possible

When using SSL, the common name field in the certificates is checked,
and using IP addresses won't work with that.

Internally to the OpenStack setup, it is always fine to use the FQDN
from the node, so we use this in the internal and admin URLs of the
endpoints.

For the public URL, we prefer to use the public name if it is set. If it
it not set, then we use the public FQDN only if SSL is enabled;
otherwise, we prefer the IP address (like before) because we're not 100%
sure that the administrator will have completed a proper DNS setup where
the public FQDN generated by Crowbar will be announced externally.
Merge pull request #20 from crowbar/release/pebbles/master

pull changes from dell
Merge branch 'bug/DCB-135/pebbles/master' into bug/DCB-135/pebbles/pull-req

Conflicts:
	chef/cookbooks/quantum/recipes/common_install.rb
fix typo intend
Merge pull request #80 from vuntz/use-public-name

Register endpoints with public name and FQDN when possible
Disable enable_metadata_network feature in dhcp agent.

This feature is needed only when users may want to advertise 169.254.0.0/16
network from it's local dhcp server and this subnet will be added to
quantum configuration (quantum subnet-create).
Make quantum services work on very first start

We had a lot of subscribes/notifies with no delay (:immediately) to
start/restart quantum services as soon as possible. The goal of this was
to have quantum run fine before we hit the post_install_conf recipe.

However, the first start/restart were broken because all configuration
files are not created at this point.

Instead, we create some hack where we create a list of services that
have to be restarted, and we restart them before entering the
post_install_conf recipe. This will work fine because the relevant
actions in that recipe are run in the Execute phase of the chef run, and
we restart the services in the Execute phase too (so after we collected
what will need to be restarted in the Compile phase), but before
entering the recipe.
Merge pull request #82 from MirantisDellCrowbar/bug/DCB-135/pebbles/pull-req

Fix rootwrapper for PFS
Restore "node[:quantum] ||= Mash.new"

This is important as this recipe can be called from nova, and therefore
node[:quantum] might not exist. The ||= operator will only update
nova[:quantum] if it's not set.
Do not use environment variables to pass OpenStack user/password/etc.

As the environment variable will stay during the whole chef run, it
could impact other commands. It's safer to use command line arguments
instead.
Use internalURL endpoint for quantum commands during the chef run

This is safer than using the publicURL.
Only use --endpoint-type and --insecure on SUSE and/or PFS

These options in the quantum command line tool are not in the Ubuntu
package.
Pass full quantum command to get_net_id_by_name helper

This allows passing all the required arguments.
Merge pull request #88 from vuntz/use-internalUrl

Use internalURL endpoint for commands during the chef run
Merge pull request #87 from vuntz/fix-for-nova

Restore "node[:quantum] ||= Mash.new"
Merge pull request #83 from tpaszkowski/pull-req-fix-0-0-in-dhcp-agent

Disable enable_metadata_network feature in dhcp agent.
Merge pull request #85 from vuntz/initial-services-start

Make quantum services work on very first start