Incorrect number of security groups in Project Overview

Bug #1271381 reported by Vahid Hashemian
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
OpenStack Compute (nova)
Fix Released
Medium
Liyingjun

Bug Description

Security Groups of a fresh project is reported as 0 (default: "Used 0 of 10") even though the "default" security group is the default security group of the project. So it should report as 1 ("Used 1 of 10").

Steps to reproduce:
1. Using an admin user create a new project 'proj1' and add any user to it (role doesn't matter)
2. Login as the user you just added to 'proj1'
3. In Project tab select 'proj1', and then click on Overview. Security Groups under 'Limit Summary' report "Used 0 of 10"
4. Click on "Access & Security". "default" security group is listed.

5. Now create a new security group.
6. Go back to Overview. Now Security Groups report "Used 2 of 10" (which is correct)

7. If you go back and remove the security group created and come back to Overview it would show "Used 1 of 10" (which is correct)

NOTE: Neutron should not be enabled to reproduce this bug

Changed in horizon:
assignee: nobody → Vahid Hashemian (vahidhashemian)
Revision history for this message
Victoria Martinez de la Cruz (vkmc) wrote :

Could you provide more details about the deployment you are using? Couldn't reproduce this in master, neither in Havana.

Revision history for this message
Vahid Hashemian (vahidhashemian) wrote :

Hi Victoria. I am running devstack - just sync'ed with master.

Revision history for this message
Vahid Hashemian (vahidhashemian) wrote :

One update:
It seems that this issue is occurring when Neutron is not enabled.
After I enabled Neutron I see 1 security group for a fresh project, as expected.

Revision history for this message
Victoria Martinez de la Cruz (vkmc) wrote :

Confirmed! This is happening when Neutron is not enabled. Thanks!

description: updated
Changed in horizon:
status: New → Confirmed
Changed in horizon:
assignee: Vahid Hashemian (vahidhashemian) → nobody
Revision history for this message
Vahid Hashemian (vahidhashemian) wrote :

Modified the scope to nova as this sounds like a nova defect.

In a fresh devstack environment the table "nova.security_groups" is empty. As soon as I add a new security group 'sg1' to a project, two records are added to the table; one for 'sg1' and one for 'default'.

Expected behavior is: the record for 'default' security group should exist by default.

affects: horizon → nova
Revision history for this message
Joe Gordon (jogo) wrote :

marking as medium because this is a clear user facing bug

Changed in nova:
importance: Undecided → Medium
tags: added: low-hanging-fruit
removed: miscount overview project security-group
Changed in nova:
milestone: none → icehouse-3
Revision history for this message
Liyingjun (liyingjun) wrote :

Seems like the bug is duplicate with https://bugs.launchpad.net/nova/+bug/1259524

Liyingjun (liyingjun)
Changed in nova:
assignee: nobody → Liyingjun (liyingjun)
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix proposed to nova (master)

Fix proposed to branch: master
Review: https://review.openstack.org/72636

Changed in nova:
status: Confirmed → In Progress
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix merged to nova (master)

Reviewed: https://review.openstack.org/72636
Committed: https://git.openstack.org/cgit/openstack/nova/commit/?id=af2dc1a977ba2bdd16d053f124127641b12b6aab
Submitter: Jenkins
Branch: master

commit af2dc1a977ba2bdd16d053f124127641b12b6aab
Author: liyingjun <email address hidden>
Date: Wed Jan 15 13:04:33 2014 +0800

    Calculate default security group into quota usage

    Create the related quota usage when creating the default
    security group for user.

    Change-Id: Ide1de160814a5937f71e07f3ab10ce2bba8886f1
    Closes-bug: 1271381

Changed in nova:
status: In Progress → Fix Committed
Thierry Carrez (ttx)
Changed in nova:
status: Fix Committed → Fix Released
Thierry Carrez (ttx)
Changed in nova:
milestone: icehouse-3 → 2014.1
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.