Bug #11455: COPYing an old object onto itself produces a truncated object - rgw - Ceph

Actions

Copy link

Bug #11455

closed

COPYing an old object onto itself produces a truncated object

Added by Benjamin Gilbert almost 9 years ago. Updated over 8 years ago.

Status:

Resolved

Priority:

High

Assignee:

Yehuda Sadeh

Target version:

% Done:

Source:

Community (user)

Tags:

Backport:

hammer, firefly

Regression:

Severity:

2 - major

Reviewed:

Affected Versions:

ceph-qa-suite:

Pull request ID:

Crash signature (v1):

Crash signature (v2):

Description

On at least Giant and Hammer, COPYing an object onto itself (e.g., to change its metadata) reliably produces a truncated object, if the source object was originally created with an older rgw (tested with Emperor) using a non-multi-part upload. If the object was originally created via a multi-part upload, or was created with a newer rgw (tested with Giant and Hammer), the problem does not occur.

The truncated object has correct metadata, including the original size, but the underlying RADOS object is smaller. When a client attempts to fetch the object, it receives less data than indicated by the Content-Length, blocks for more, and eventually times out.

How reproducible:
always

Steps to Reproduce:
1. Install dumpling
2. Create object > 512k
3. Upgrade
4. Copy object into itself (modify attributes)

Actual results:
Object cannot be read successfully

Expected results:
Object should be read successfully

Related issues 2 (0 open — 2 closed)