ec2-credentials are not persistent across reboots

[Jamie Strandboge]

On 12.10, if I create credentials and reboot they are gone.

Test case:
$ keystone ec2-credentials-create
+-----------+----------------------------------+
| Property | Value |
+-----------+----------------------------------+
| access | 8b1d6d9777f54cf687fc927fbe0a6454 |
| secret | 5a6187fb2bf143ccbff097a143a4b294 |
| tenant_id | 448c5952839d4b52aa87ff61c4c8950a |
| user_id | ad2dc0b86269455394cf3a1b630ac1b0 |
+-----------+----------------------------------+

$ keystone ec2-credentials-list
+--------+----------------------------------+----------------------------------+
| tenant | access | secret |
+--------+----------------------------------+----------------------------------+
| admin | 8b1d6d9777f54cf687fc927fbe0a6454 | 5a6187fb2bf143ccbff097a143a4b294 |
+--------+----------------------------------+----------------------------------+

$ sudo reboot

$ keystone ec2-credentials-list
$

This is a change in behavior over 12.04, where the credentials persisted.

[Jamie Strandboge (jdstrand)]

adam_g figured out it was because of this setting in /etc/keystone/keystone.conf:
[ec2]
driver = keystone.contrib.ec2.backends.kvs.Ec2

This should be set to:
[ec2]
driver = keystone.contrib.ec2.backends.sql.Ec2

[Adam Gandelman (gandelman-a)]

Committed to our CI packaging branch, will be fixed in Ubuntu on the next keystone upload.

[Launchpad Janitor (janitor)]

This bug was fixed in the package keystone - 2012.2~f3-0ubuntu1

---------------
keystone (2012.2~f3-0ubuntu1) quantal; urgency=low

  [ Adam Gandelman ]
  * debian/{keystone.conf, rules, keytone.install}: Install patched
    keystone.conf.sample configured for SQL backends to /etc/keystone,
    no longer maintain our own version in packaging. (LP: #1031012)
  * debian/patches/sql_connection.patch: Refreshed against current
    keystone.conf.sample.
  * debian/rules: Use debian/tests as HOME to avoid test suite FTFBS.

  [ Sam Morrison ]
  * debian/keystone.logrotate: Sent output of keystone restart in logrotate
    to /dev/null. (LP: #1029766)

  [Chuck Short]
  * New upstream version.
 -- Chuck Short <email address hidden> Thu, 16 Aug 2012 13:59:29 -0500