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

pull changes from dell
Use default 'log_name' in /etc/swift/proxy-server.conf

Swift's internal logging framework is buggy, i.e when setting something
different than the default ('swift'), you'll get a warning when the
daemon is started 'No handlers could be found for logger "swift-p"'.
This should also fix log messages ending up on the tty's, e.g.:

admin:~ #
Message from syslogd@d52-54-00-26-22-39 at Jul 11 13:16:56 ...
 �<131>swift-p ERROR with Account server
 192.168.125.11:6002/c113d48aacc445cf9694699f46adf8f5 re: Trying to get
 account info for /AUTH_6e48217cbf744995a23b2f0c448557af: Connection
 refused (txn: txf795266a95d048a9b89ab103febbc007) (client_ip:
 192.168.126.2)
Stop installing python-keystone package

This is not needed since commit 2d62ccb, when we moved to using
keystoneclient.middleware.auth_token.
Add crowbar-status and crowbar-failed in schema

Otherwise, barclamp_mgmt_lib.rb will edit the schema and add them, which
will make the files differ from the ones in the package.

Part of https://bugzilla.novell.com/show_bug.cgi?id=776583
Set proposal_schema_version to 2 in crowbar.yml

This is needed when we have crowbar-status/crowbar-failed in the schema.
Raise connection limit

With more than 2 storage nodes, it happens pretty
reliably that the connection limit of two is exceeded
during initial barclamp deploy.
Bump Barclamp proposal schema version to 2
Merge pull request #116 from dirkmueller/schema_bump

Schema bump
Merge pull request #113 from vuntz/add-missing-attributes

Add crowbar-status and crowbar-failed in schema [12/18]
initial rhel support
Merge pull request #107 from saschpe/release/pebbles/master-proxy-logging

Use default 'log_name' in /etc/swift/proxy-server.conf
Merge pull request #109 from vuntz/no-python-keystone

Stop installing python-keystone package
Merged in fix for COOK-990:

https://github.com/opscode-cookbooks/memcached/commit/745418aa6e04ff59f5c1b0d34a23ce2fdbb84a61
Use --os-* arguments instead of -I/-K/etc. to be more explicit
Use internalURL endpoint for swift commands during the chef run

This is safer than using the publicURL.
Merge pull request #114 from dirkmueller/raise_defaults

Raise defaults
a lot of fixes for rhel/centos support
memcached not in list for rhel
xfsprogs required for swift
python-dns pkg is required