Service project default quota allows only 10 HA Octavia LoadBalancers

Bug #1914018 reported by Srinivas Atmakuri
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
tripleo
Fix Released
High
Srinivas Atmakuri

Bug Description

Service project default quota allows only 10 HA Octavia LoadBalancers

Description
=======
default service project quota allows 10 server_groups and 10 server_group_members. Every HA Octavia LoadBalancers consumes one of these. Creating more than 10 load balancers fails.

Octavia creates Amphorae (service VMs) under an operator configured project (tenant). In TripleO, we currently use the 'service' project by default.

Since booting Amphorae consume the project quota, this essentially results in a very low (around 10) global upper constraint for load balancers amount.

Steps to reproduce
============
1. Launch 10 HA Octavia LoadBalancers successful
2. Error while launching 10+x HA Octavia LoadBalancers

Expected Result
==========
Able to launch 10+x HA Octavia LoadBalancers

Actual Result
========
Quota exceeded too many server groups.

Possible Fix
=======
We need to address the 'service' project as a system project. Thus, we cannot be limited by project quotas for Octavia VMs.
We need to set '-1' for the following quotas (in the 'service project only):
1. server-group-members
2. server-groups

Logs
===
ERROR oslo_messaging.rpc.server novaclient.exceptions.Forbidden: Quota exceeded, too many server groups. (HTTP 403) (Request-ID: req-d48de5eb-de5f-4918-a92f-42092a21e1b3)

Additional Info:
Relevant bugs: #1769896

Changed in tripleo:
assignee: nobody → Srinivas Atmakuri (srini-atmakuri)
Changed in tripleo:
status: New → In Progress
summary: - Service project default quota allows only 10 HA octavia instances
+ Service project default quota allows only 10 HA Octavia LoadBalancers
Changed in tripleo:
status: In Progress → Fix Committed
Revision history for this message
Brent Eagles (beagles) wrote :
Changed in tripleo:
importance: Undecided → High
status: Fix Committed → Fix Released
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix included in openstack/tripleo-ansible 2.2.0

This issue was fixed in the openstack/tripleo-ansible 2.2.0 release.

Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix included in openstack/tripleo-ansible 0.7.0

This issue was fixed in the openstack/tripleo-ansible 0.7.0 release.

Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix included in openstack/tripleo-ansible 1.5.3

This issue was fixed in the openstack/tripleo-ansible 1.5.3 release.

Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix included in openstack/tripleo-ansible 3.1.0

This issue was fixed in the openstack/tripleo-ansible 3.1.0 release.

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

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.