Tooz integration
Manila currently uses file locks from oslo_concurrency to coordinate operations racing with each other to perform a particular action. In many situations, deployers may need a distributed lock to a local file lock (or even a file lock living on a shared file system). This need is accentuated if they were running Manila services in HA or if they were using Share Replication across AZs where manila-share services were running off different controllers that would not be able to share a common oslo_concurrency file lock or be protected against service/lock management failures. Integrate Tooz library with helper methods to create a locking coordinator and allow deployers to make the choice between file and distributed locks. Start the manila share service with Tooz backed coordination. Replace the locks used for Share Replication work-flows in the share manager to use Tooz based locks. Co-Authored-By: Goutham Pacha Ravi <gouthampravi@gmail.com> Co-Authored-By: Szymon Wroblewski <szymon.wroblewski@intel.com> Co-Authored-By: Tom Barron <tpb@dyncloud.net> Related-Bug: #1585241 Partially-implements: bp distributed-locking-with-tooz Change-Id: I710e86bd42034fa3b93b87ff77fa48ada8661168
This commit is contained in:
committed by
Goutham Pacha Ravi
parent
72fc6f41d0
commit
02ab18c5df
@@ -38,6 +38,7 @@ Routes!=2.0,!=2.3.0,>=1.12.3;python_version!='2.7' # MIT
|
||||
six>=1.9.0 # MIT
|
||||
SQLAlchemy<1.1.0,>=1.0.10 # MIT
|
||||
stevedore>=1.17.1 # Apache-2.0
|
||||
tooz>=1.47.0 # Apache-2.0
|
||||
python-cinderclient!=1.7.0,!=1.7.1,>=1.6.0 # Apache-2.0
|
||||
python-novaclient!=2.33.0,>=2.29.0 # Apache-2.0
|
||||
WebOb>=1.6.0 # MIT
|
||||
|
||||
Reference in New Issue
Block a user