Manila allows the creation of unlimited share replicas

Bug #1850545 reported by Carlos Eduardo on 2019-10-29
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Carlos Eduardo

Bug Description

Currently, Manila allows the user to create an unlimited number of share replicas of a given share. It can have a negative impact in the backend.

Steps to reproduce the issue:
  - Create a share
  - Create lots of share replicas of the created share

Expected behavior:
Manila should not allow the creation of unlimited share replicas. It can deplete storage resources.

Jason Grosso (jgrosso) wrote :

Carlos so do you think we need to limit the number of share replicas based on the storage resources or a flat limit per share?

Fix proposed to branch: master

Changed in manila:
assignee: nobody → Carlos Eduardo (silvacarlose)
status: New → In Progress
Carlos Eduardo (silvacarlose) wrote :

Hi, Jason. Sorry for the delay to answer your question. I think we should add a limit of replicas that a given share can have, and we can achieve this by implementing a new share type extra spec called 'max_replica_per_share'. So in this way, we will have the possibility to set the max limit of replicas that shares created under that share type can have and we will prevent the creation of unlimited replicas per share.

Tom Barron (tpb) on 2020-01-16
Changed in manila:
importance: Undecided → Medium
milestone: none → ussuri-3
Maurice Escher (maurice-escher) wrote :

Hi Carlos, I would prefer to have a solution based on the quota system. To me as an administrator this would be more flexible especially with regards to capacity planning

Carlos Eduardo (silvacarlose) wrote :

Hi, Maurice! Thanks for you suggestion. We have had some discussions regarding this bug. It was also a topic in our virtual PTG. We have talked about a solution to this using both quota system and the aforementioned [1] solution. The results of the discussion are available in [2], where we have added the pros and cons of each implementation. It would be great if you take a look and share you toughts.


Maurice Escher (maurice-escher) wrote :

Hi Carlos, thanks for providing the details about the discussion.

Thinking again I come to the conclusion that both options are not mutually exclusive. I would like to have both.
A). max_replica_per_share as an extra spec of the share type would be good to reflect the backend limitation with proper transparency to end users and error messages.

Quotas alone could not do this (only by having a replicas_per_share quota with some extra system preventing the share admin to give out a higher quota - doable, but this flexibility per project is not needed imho).

B). But a quota of share replicas per *project* would be useful for planning - as an admin I need to know, how much capacity do I have to reserve for replicas in my backends. And I would have the possibility to bill the demand of an end-user on his replica quota reservation (better than apportion costs to all end-users who may or may not use this feature and also better than billing only the usage of existing replicas)

A) would be mandatory to solve the problem, B) would be very useful for production readiness

Carlos Eduardo (silvacarlose) wrote :

Great, Maurice! Thanks for your suggestions.
We intend to discuss more about this in the tomorrow's (1/30/2020) weekly meeting, and it would be nice to have you there.

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers