Project

General

Profile

Bug #38811

rgw: read not exists null version success and return empty data

Added by Tianshan Qu about 5 years ago. Updated over 4 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
Target version:
-
% Done:

0%

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

Description

steps
1.enable bucket versioning
2.PUT obj (got version XXX)
3.GET obj with version_id=null (return success and have no data)

after PUT one version, head object will create with only olh info, so GET null version return wrong.


Related issues

Copied to rgw - Backport #38907: mimic: rgw: read not exists null version success and return empty data Resolved
Copied to rgw - Backport #38908: luminous: rgw: read not exists null version success and return empty data Resolved
Copied to rgw - Backport #38909: nautilus: rgw: read not exists null version success and return empty data Resolved

History

#2 Updated by Matt Benjamin about 5 years ago

  • Status changed from New to Fix Under Review

#3 Updated by Casey Bodley about 5 years ago

  • Assignee set to Casey Bodley

#4 Updated by Casey Bodley about 5 years ago

  • Status changed from Fix Under Review to 7
  • Backport set to luminous mimic nautilus

#5 Updated by Casey Bodley about 5 years ago

s3test pr will also need backports https://github.com/ceph/s3-tests/pull/262

#6 Updated by Casey Bodley about 5 years ago

  • Status changed from 7 to Pending Backport

#7 Updated by Nathan Cutler about 5 years ago

  • Copied to Backport #38907: mimic: rgw: read not exists null version success and return empty data added

#8 Updated by Nathan Cutler about 5 years ago

  • Copied to Backport #38908: luminous: rgw: read not exists null version success and return empty data added

#9 Updated by Nathan Cutler about 5 years ago

  • Copied to Backport #38909: nautilus: rgw: read not exists null version success and return empty data added

#10 Updated by Nathan Cutler over 4 years ago

  • Status changed from Pending Backport to Resolved

Having been run with --resolve-parent, the script "backport-create-issue" set the status of this issue to "Resolved" because it determined all backport issues are in status Resolved.

Also available in: Atom PDF