Project

General

Profile

Actions

Bug #39632

closed

lifecycle transitions on non existent placement targets

Added by Abhishek Lekshmanan almost 5 years ago. Updated over 4 years ago.

Status:
Resolved
Priority:
High
Target version:
-
% Done:

0%

Source:
Tags:
lifecycle
Backport:
nautilus
Regression:
No
Severity:
3 - minor
Reviewed:
Affected Versions:
ceph-qa-suite:
Pull request ID:
Crash signature (v1):
Crash signature (v2):

Description

Currently we don't error when a non existent placement target is supplied in lifecycle, which ends with the object being transitioned to the standard storage class itself.

eg. brokentransition.json
{ "Rules": [
            {
                "Transition" : {
                    "Days": 10,
                    "StorageClass": "kitchensink" 
                },
                "ID": "Transition abc objects",
                "Status": "Enabled",
                "Prefix":"abc" 
            }
]
}

aws s3api put-bucket-lifecycle & putting an object that matches the prefix will lead to the object being reported as transitioned to the non existant storage class and just being copied in the same standard pool


Related issues 1 (0 open1 closed)

Copied to rgw - Backport #40849: nautilus: lifecycle transitions on non existent placement targetsResolvedNathan CutlerActions
Actions #1

Updated by Abhishek Lekshmanan almost 5 years ago

  • Description updated (diff)
Actions #2

Updated by Casey Bodley almost 5 years ago

  • Priority changed from Normal to High
Actions #3

Updated by Casey Bodley almost 5 years ago

  • Status changed from New to 7
  • Assignee set to Abhishek Lekshmanan
  • Tags set to lifecycle
  • Backport set to nautilus
  • Pull request ID set to 28256
Actions #4

Updated by Casey Bodley almost 5 years ago

  • Status changed from 7 to Pending Backport
Actions #5

Updated by Nathan Cutler almost 5 years ago

  • Copied to Backport #40849: nautilus: lifecycle transitions on non existent placement targets added
Actions #6

Updated by Nathan Cutler over 4 years ago

  • Status changed from Pending Backport to Resolved

While running with --resolve-parent, the script "backport-create-issue" noticed that all backports of this issue are in status "Resolved" or "Rejected".

Actions

Also available in: Atom PDF