On Mon, Jul 27, 2020 at 08:02:23PM +0200, Mariusz Gronczewski wrote:
Hi,
I've got a problem on Octopus (15.2.3, debian packages) install, bucket S3 index shows a file:
s3cmd ls s3://upvid/255/38355 --recursive 2020-07-27 17:48 50584342 s3://upvid/255/38355/juz_nie_zyjesz_sezon_2___oficjalny_zwiastun___netflix_mp4
radosgw-admin bi list also shows it
{ "type": "plain", "idx": "255/38355/juz_nie_zyjesz_sezon_2___oficjalny_zwiastun___netflix_mp4", "entry": { "name": "255/38355/juz_nie_zyjesz_sezon_2___oficjalny_zwiastun___netflix_mp4", "instance": "", "ver": { "pool": 11, "epoch": 853842 }, "locator": "", "exists": "true", "meta": { "category": 1, "size": 50584342, "mtime": "2020-07-27T17:48:27.203008Z", "etag": "2b31cc8ce8b1fb92a5f65034f2d12581-7", "storage_class": "", "owner": "filmweb-app", "owner_display_name": "filmweb app user", "content_type": "", "accounted_size": 50584342, "user_data": "", "appendable": "false" }, "tag": "_3ubjaztglHXfZr05wZCFCPzebQf-ZFP", "flags": 0, "pending_map": [], "versioned_epoch": 0 } },
but trying to download it via curl (I've set permissions to public0 only gets me Does the RADOS object for this still exist?
try: radosgw-admin object stat --bucket ... --object '255/38355/juz_nie_zyjesz_sezon_2___oficjalny_zwiastun___netflix_mp4' If that doesn't return, then the backing object is gone, and you have a stale index entry that can be cleaned up in most cases with check bucket. For cases where that doesn't fix it, my recommended way to fix it is write a new 0-byte object to the same name, then delete it. -- Robin Hugh Johnson Gentoo Linux: Dev, Infra Lead, Foundation Treasurer E-Mail : robbat2@gentoo.org GnuPG FP : 11ACBA4F 4778E3F6 E4EDF38E B27B944E 34884E85 GnuPG FP : 7D0B3CEB E9B85B1F 825BCECF EE05E6F6 A48F6136