Update user passwords in keystone_register provider

When trying to create a user, if the user already exists, we were not
doing anything so far.

However, if the password is different, we need to udpate it. To avoid
changing the password with no reason, we try to get a token with the
password, and if it doesn't work, we update the password.

https://bugzilla.novell.com/show_bug.cgi?id=825622
Fix log messages

One message was talking about user instead of role, and the punctuation
wasn't totally right.
Delete the tokens that we create to test the password
Fix CHEF-3694 caused by bad resource naming

Two resources have the same name, which leads to:

WARN: Cloning resource attributes for keystone_register[register keystone service] from prior resource (CHEF-3694)
WARN: Previous keystone_register[register keystone service]: /var/chef/cache/cookbooks/keystone/recipes/server.rb:340:in `from_file'
WARN: Current  keystone_register[register keystone service]: /var/chef/cache/cookbooks/keystone/recipes/server.rb:352:in `from_file'
Use <input type="password ..> for passwords :-)
Merge pull request #85 from saschpe/release/pebbles/master-passwordfields

Use <input type="password ..> for passwords :-)
Merge pull request #83 from vuntz/fix-CHEF-3694

Fix CHEF-3694 caused by bad resource naming
Merge pull request #82 from vuntz/update-passwords

Update user passwords in keystone_register provider
Rebase keystone.conf to Grizzly.

Actually uncomment sql.idle_timeout. The following options where dropped
from keystone.conf: public_host, admin_host, compute_host, min_pool_size,
max_pool_size, pool_timeout. Use default compute_port (8774), the nova
cookbook does the same.