yahoo-eng-team team mailing list archive

[OpenStack Infra <2118756@xxxxxxxxxxxxxxxxxx>]

Reviewed:  https://review.opendev.org/c/openstack/glance/+/956086
Committed: https://opendev.org/openstack/glance/commit/13b3c7283fd085131a3dd73f2b7300b91ca97007
Submitter: "Zuul (22348)"
Branch:    master

commit 13b3c7283fd085131a3dd73f2b7300b91ca97007
Author: Abhishek Kekane <akekane@xxxxxxxxxx>
Date:   Tue Jul 29 14:02:39 2025 +0000

    Fix inaccurate usage reporting when delayed_delete is enabled
    
    This change addresses issues where usage reports include images in
    pending_delete, leading to potential user blocking and limit
    enforcement errors.
    
    Closes-Bug: #2118756
    Change-Id: I491c486a0b967baba9bbdca4cd241ba691a94435
    Signed-off-by: Abhishek Kekane <akekane@xxxxxxxxxx>


** Changed in: glance
       Status: In Progress => Fix Released

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to Glance.
https://bugs.launchpad.net/bugs/2118756

Title:
  Unified limits returns wrong usage if delayed_delete is enabled

Status in Glance:
  Fix Released

Bug description:
  If delayed_delete is enabled in Glance, deleting an image changes its
  status to pending_delete. Later, a scheduled scrubber permanently
  deletes these images, updating their status to deleted in the
  database. Since Glance’s unified limits only consider images in the
  killed and deleted states, this can lead to inaccurate usage reporting
  and improper enforcement of limits, potentially blocking users
  unfairly.

  For example:

  glance image-list
  +----+------+
  | ID | Name |
  +----+------+
  +----+------+

  This indicates that the user currently has no active images, so the
  usage limit should be zero. However, the actual reported usage might
  still show non-zero values, which is misleading.

  glance usage
  +-----------------------+-------+--------+
  | Quota                 | Limit | Usage  |
  +-----------------------+-------+--------+
  | image_size_total      | 1000  | 942366 |
  | image_stage_total     | 1000  | 0      |
  | image_count_total     | 100   | 108    |
  | image_count_uploading | 100   | 0      |
  +-----------------------+-------+--------+

  In this example, there are 108 images in the pending_delete state.
  Since the usage report does not consider images in pending_delete, it
  overstates the actual resource usage. Additionally, if unified limits
  are disabled, the specified limits (e.g., 100 for image_count_total
  and 1000 for image_size_total) are not enforced properly.

  The expected behavior is that, if the user has no active images, all
  usage metrics should display as zero.

To manage notifications about this bug go to:
https://bugs.launchpad.net/glance/+bug/2118756/+subscriptions