Don't define virsh secret if already defined

We test to see if the ceph secret already has been defined before
installing the secret again.

This is mainly done to keep our Foreman runs clean, as it reports
on hosts that have had changes applied. Without the 'unless' clause
any node that has the nova compute class installed will report as
having changes applied.

Change-Id: I05e83f07570d4a0e67a700bd9d9030eef1c261c3
Update quota flags

Sync puppet module flags with latest nova quota parameters.

Changes:
 - Flags 'quota_volumes' and 'quota_gigabytes' is now deprecated and has no effect
 - Add 'quota_injected_files', 'quota_injected_file_content_bytes', 'quota_injected_file_path_bytes'
 - Flags 'quota_max_injected_*' is now deprecated and has effect for the same 'quota_injected_*'
 - Add 'quota_fixed_ips' and 'until_refresh'

Reference:
 - Standardize quota flag format
   https://github.com/openstack/nova/commit/97074667b58a980de0a2ddd2d1ddfc6078ecfc75

Change-Id: Ia67e80725ed2b9171950764729143f7307fef450
Remove dynamic scoping with File from class nova.

Resource defaults are applied to all file resources
in class nova using File. In some circumstances the
scope of these defaults becomes too wide, causing
a dependency cycle. This commit removes the dynamic
scoping and instead explicitly defines the parameters
of each file resource to avoid creating dependency
cycles. Functionality should otherwise be identical.

Change-Id: I41d85e65ea73c54ce1a8be292ef3f781e17e48a7
Closes-Bug: 1349765
Merge "Update quota flags"
Merge "Remove dynamic scoping with File from class nova."
Merge "Don't define virsh secret if already defined"
Fix docstring for scheduler_default_filters param

The docstring for the nova::scheduler::filter::scheduler_default_filters
paramater tells the user to specify it as a comma-separated string.
In actuality, the param is passed into stdlib's join() function, so
it's actually expecting an array.  This patch updates the documentation
accordingly.

Change-Id: Ib0b2757d4ddf0d9821aac8a1537e1338f69e1d69
Closes-bug: 1354477
Add support for keystone_ec2_url

This patch adds support for configuring the keystone_ec2_url
needed to provide EC2 API support in nova-api-ec2

Change-Id: If37c5e9475299b28f0ccd2a45ab61dd6adabf73a
Configure novav3 service only if v3 endpoing is enabled

Change-Id: Ib229ec381c8baf8c9f90652eddc30ce9fd5a4ace
Merge "Configure novav3 service only if v3 endpoing is enabled"