[ceph-users] Re: radosgw - Etags suffixed with #x0e

2020-01-02 Thread Ingo Reimann
Anyone? - Ursprüngliche Mail - Von: "Ingo Reimann" An: "ceph-users" Gesendet: Donnerstag, 19. Dezember 2019 15:56:21 Betreff: [ceph-users] Re: radosgw - Etags suffixed with #x0e Hi, i was able to track down the issue further: * Upload had been a multipart upload - Metadata are correct

[ceph-users] Re: radosgw - Etags suffixed with #x0e

2020-01-02 Thread Paul Emmerich
On Wed, Dec 18, 2019 at 11:41 AM Ingo Reimann wrote: > Hi, > > We had a strange problem with some buckets. After a s3cmd sync, some > objects got ETAGs with the suffix "#x0e". This rendered the XML output of > "GET /" e.g. (s3cmd du) invalid. Unfortunately, this behaviour was not > reproducable b

[ceph-users] Experience with messenger v2 in Nautilus

2020-01-02 Thread Stefan Kooman
Hi, I'm wondering how many of are using messenger v2 in Nautilus after upgrading from a previous release (Luminous / Mimic). Does it work for you? Or why did you not enable it (yet)? Thanks, Gr. Stefan -- | BIT BV https://www.bit.nl/Kamer van Koophandel 09090351 | GPG: 0xD14839C6

[ceph-users] Re: Experience with messenger v2 in Nautilus

2020-01-02 Thread Paul Emmerich
We run it on some of our test clusters, but not yet for customer deployments by default (unless when importing a cluster with it already enabled). It's running mostly fine on the test systems nowadays (only issue I can think of is a rare crash during shutdown of daemons/cli tools, tracker https://

[ceph-users] Mimic 13.2.8 deep scrub error: "size 333447168 > 134217728 is too large"

2020-01-02 Thread Robert Sander
Hi, when Ceph is running a deep scrub it sometimes complains about an object being too large: Dez 17 07:11:44 al23 ceph-osd[3339]: 2019-12-17 07:11:44.066 7f8d38064700 0 log_channel(cluster) log [DBG] : 8.2d scrub starts Dez 17 07:11:44 al23 ceph-osd[3339]: 2019-12-17 07:11:44.090 7f8d38064700

[ceph-users] Re: report librbd bug export-diff

2020-01-02 Thread Jason Dillaman
On Sun, Dec 29, 2019 at 9:21 PM zheng...@cmss.chinamobile.com wrote: > > Hello dillaman: > > Problem: create a clone from a parent image, create a snapshot on the > clone, when I use command "rbd export-diff /clone@snap > --whole-object", it can't diff parent image data. But I use this

[ceph-users] Re: Mimic 13.2.8 deep scrub error: "size 333447168 > 134217728 is too large"

2020-01-02 Thread Paul Emmerich
You got a ~300MB object in there. BlueStore's default limit is 128MB (option name that controls it is osd_max_object_size) I think the scrub warning is new/was backported, so the object is probably older than BlueStore on this cluster, it's only now showing up as a warning. Paul -- Paul Emmeric

[ceph-users] rgw multisite debugging

2020-01-02 Thread Frank R
Hi all, This is a self inflicted issue but I am wondering if there is a way to recover. Setup: - RGW Multisite with 1 realm, 1 zonegroup and 2 zones. - Metadata and data replication enable (data bi-directional). - Only the master side is currently used by clients. - Ceph 12.2.12 My mistake was t