Goutham Pacha Ravi f552549303 Fix wrong data type in database migration
The `deleted` column in volume_type_extra_specs was as a boolean;
The same column in share_type_extra_specs is an integer. However,
the code migrating from volume_types to share_types
assumes them to be vice-versa. This breaks downgrading from that
migration.

Further, the `id` column in share_type_extra_specs is a primary key
field of Integer datatype. Such fields have auto-increment turned on
by default; we shouldn't be copying the `id` from
volume_type_extra_specs when we copy the data.

Fix these bugs and add a unit test.

Change-Id: Ic32a8a17b1b6a773de6dcf7792d9b37f6aed4a3c
Needed-by: Ib0ad5fbfdf6297665c208149b08c8d21b3c232be
Closes-Bug: 1643535
2016-12-01 05:44:58 +00:00
2016-11-16 11:42:40 +00:00
2016-08-12 08:06:38 -04:00
2014-09-19 21:23:02 +00:00
2013-08-08 10:34:06 -04:00
2013-08-08 10:34:06 -04:00
2013-09-17 10:57:47 +03:00
2016-11-25 12:39:22 +01:00
2015-03-18 13:40:03 +01:00
2016-11-14 20:34:26 -05:00
2015-09-18 20:43:19 +00:00

Team and repository tags

image

MANILA

You have come across an OpenStack shared file system service. It has identified itself as "Manila." It was abstracted from the Cinder project.

Getting Started

If you'd like to run from the master branch, you can clone the git repo:

git clone https://github.com/openstack/manila.git

For developer information please see HACKING.rst

You can raise bugs here http://bugs.launchpad.net/manila

Python client

https://github.com/openstack/python-manilaclient.git

Description
Shared filesystem management project for OpenStack.
Readme 180 MiB
Languages
Python 99.3%
Shell 0.7%