[Bug 1868364] Re: [SRU] rgw: unable to abort multipart upload after the bucket got resharded

Corey Bryant 1868364 at bugs.launchpad.net
Thu Sep 3 18:53:50 UTC 2020


This bug was fixed in the package ceph - 12.2.13-0ubuntu0.18.04.3~cloud0
---------------

 ceph (12.2.13-0ubuntu0.18.04.3~cloud0) xenial-queens; urgency=medium
 .
   * New update for the Ubuntu Cloud Archive.
 .
 ceph (12.2.13-0ubuntu0.18.04.3) bionic; urgency=medium
 .
   * d/p/bug1868364.patch: fix rgw unable to abort multipart upload after
     the bucket got resharded (LP: #1868364).


** Changed in: cloud-archive/queens
       Status: Fix Committed => Fix Released

-- 
You received this bug notification because you are a member of Ubuntu
OpenStack, which is subscribed to Ubuntu Cloud Archive.
https://bugs.launchpad.net/bugs/1868364

Title:
  [SRU] rgw: unable to abort multipart upload after the bucket got
  resharded

Status in Ubuntu Cloud Archive:
  Fix Released
Status in Ubuntu Cloud Archive queens series:
  Fix Released
Status in Ubuntu Cloud Archive rocky series:
  Won't Fix
Status in Ubuntu Cloud Archive stein series:
  Fix Released
Status in Ubuntu Cloud Archive train series:
  Fix Released
Status in ceph package in Ubuntu:
  Fix Released
Status in ceph source package in Bionic:
  Fix Released

Bug description:
  [Impact]
  This bug will cause the bucket not able to abort the multipart upload and leaving the stale multiple entries behind for those buckets which had partial multipart uploads before the resharding.

  [Test Case]
  Deploy a latest luminous(12.2.13) ceph cluter
  Create a bucket
  upload a big file (200M+) to that bucket
  Press "Ctrl + C" after several part (each part is 15M) had been uploaded
  Manually reshard the bucket to 4 shards
  Abort the multipart uploading
  Without the fix, you will not able to abort the previous uploading

  [Regression Potential]
  Low - this fix has been accept upstream in later releases since from Mimic, but it there is a super large multipart uploads, all the multi-entry will now be correctly mapped to the expected shard, which will cause this shard contain more omap entries than before, which might some slow when listing the shard

  [Original Bug Report]
  There is a bug during the resharding for those multipart entries.
  For all the multipart entries, the hash source should be the object name so that all those entries can still be
  distributed to one same bucket index shard object.
  Right now the code just calculate the shard id based on each entry's name, which is wrong
  This can cause the bucket not able to abort the multipart upload and leave the stale multiple entries behind.
  https://tracker.ceph.com/issues/43583

To manage notifications about this bug go to:
https://bugs.launchpad.net/cloud-archive/+bug/1868364/+subscriptions



More information about the Ubuntu-openstack-bugs mailing list