Removal hints are created for the head object (of 0 bytes) correctly.  The 
expiry process is unaware of the relationship between the head object and the 
segments.  Likewise no removal hit is created for the swift segments.

I’m awaiting a blessing to file this as a bug, would any capable reader of this 
be willing to file it as a bug, please?

peter


Peter Eisch
Senior Site Reliability Engineer
T1.612.659.3228
virginpulse.com
|virginpulse.com/global-challenge
Australia | Bosnia and Herzegovina | Brazil | Canada | Singapore | Switzerland 
| United Kingdom | USA
Confidentiality Notice: The information contained in this e-mail, including any 
attachment(s), is intended solely for use by the designated recipient(s). 
Unauthorized use, dissemination, distribution, or reproduction of this message 
by anyone other than the intended recipient(s), or a person designated as 
responsible for delivering such messages to the intended recipient, is strictly 
prohibited and may be unlawful. This e-mail may contain proprietary, 
confidential or privileged information. Any views or opinions expressed are 
solely those of the author and do not necessarily represent those of Virgin 
Pulse, Inc. If you have received this message in error, or are not the named 
recipient(s), please immediately notify the sender and delete this e-mail 
message.
v2.64
From: ceph-users <ceph-users-boun...@lists.ceph.com> on behalf of Peter Eisch 
<peter.ei...@virginpulse.com>
Date: Thursday, October 31, 2019 at 10:27 AM
To: "ceph-users@lists.ceph.com" <ceph-users@lists.ceph.com>
Subject: Re: [ceph-users] RGW/swift segments

I’ve verified this is still broken on Nautilus (14.2.4).  The code for deleting 
a swift object split into segments is correct.  I’m now trying to follow the 
object expirer code.  It seems it reads the metadata for the lead object 
(0-bytes in length) and expires that correctly but never understands to look 
for its associated segments in the metadata.  It could be because these are 
stored in a different bucket – I’m not sure.  Once the lead object is deleted, 
the metadata is removed and all the segments are then orphaned.

Is anyone here familiar with the RGWObjectExpirer code who I could confer?

peter

From: ceph-users <ceph-users-boun...@lists.ceph.com> on behalf of Peter Eisch 
<peter.ei...@virginpulse.com>
Date: Monday, October 28, 2019 at 3:06 PM
To: "ceph-users@lists.ceph.com" <ceph-users@lists.ceph.com>
Subject: Re: [ceph-users] RGW/swift segments

I should have noted this is with Luminous 12.2.12 and consistent with 
swiftclient versions from 3.0.0 to 3.8.1, which may not be relevant.  With a 
proper nod I can open a ticket for this – just want to make sure it’s not a 
config issue.

[client.rgw.cephrgw-s01]
  host = cephrgw-s01
  keyring = /etc/ceph/ceph.client.rgw.cephrgw-s01
  rgw_zone = <redacted>
  rgw zonegroup = us
  rgw realm = <redacted>
  rgw dns name = rgw-s00.<redacted>
  rgw dynamic resharding = false
  rgw swift account in url = true
  rgw swift url = https://rgw-s00.<redacted>/swift/v1
  rgw keystone make new tenants = true
  rgw keystone implicit tenants = true
  rgw enable usage log = true
  rgw keystone accepted roles = _member_,admin
  rgw keystone admin domain = Default
  rgw keystone admin password = <redacted>
  rgw keystone admin project = admin
  rgw keystone admin user = admin
  rgw keystone api version = 3
  rgw keystone url = https://keystone-s00.<redacted>
  rgw relaxed s3 bucket names = true
  rgw s3 auth use keystone = true
  rgw thread pool size = 4096
  rgw keystone revocation interval = 300
  rgw keystone token cache size = 10000
  rgw swift versioning enabled = true
  rgw log nonexistent bucket = true

All tips accepted…

peter

From: ceph-users <ceph-users-boun...@lists.ceph.com> on behalf of Peter Eisch 
<peter.ei...@virginpulse.com>
Date: Monday, October 28, 2019 at 9:28 AM
To: "ceph-users@lists.ceph.com" <ceph-users@lists.ceph.com>
Subject: [ceph-users] RGW/swift segments


Hi,

When uploading to RGW via swift I can set an expiration time.  The files being 
uploaded are large.  We segment them using the swift upload ‘-S’ arg.  This 
results in a 0-byte file in the bucket and all the data frags landing in a 
*_segments bucket.

When the expiration passes the 0-byte file is delete but all the segments 
remain.  Am I misconfigured or is this a bug where it won’t expire the actual 
data?  Shouldn’t RGW set the expiration on the uploaded segments too if they’re 
managed separately?

Thanks,

peter
_______________________________________________
ceph-users mailing list
ceph-users@lists.ceph.com
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com

Reply via email to