Thanks for your report. We're looking into it. You can try to see if touching the object (e.g., modifying its permissions) triggers the sync.
Yehuda On Wed, Oct 11, 2017 at 1:36 PM, Enrico Kern <[email protected]> wrote: > Hi David, > > yeah seems you are right, they are stored as different filenames in the > data bucket when using multisite upload. But anyway it stil doesnt get > replicated. As example i have files like > > 6a9448d2-bdba-4bec-aad6-aba72cd8eac6.21344646.1__ > multipart_Wireshark-win64-2.2.7.exe.2~0LAfq93OMdk7hrijvyzW_EBRkVQLX37.6 > > in the data pool on one zone. But its not replicated to the other zone. > naming is not relevant, the other data bucket doesnt have any file > multipart or not. > > im really missing the file on the other zone. > > > <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail> > Virenfrei. > www.avg.com > <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail> > <#m_1117069282601502036_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> > > On Wed, Oct 11, 2017 at 10:25 PM, David Turner <[email protected]> > wrote: > >> Multipart is a client side setting when uploading. Multisite in and of >> itself is a client and it doesn't use multipart (at least not by default). >> I have a Jewel RGW Multisite cluster and one site has the object as >> multi-part while the second site just has it as a single object. I had to >> change from looking at the objects in the pool for monitoring to looking at >> an ls of the buckets to see if they were in sync. >> >> I don't know if multisite has the option to match if an object is >> multipart between sites, but it definitely doesn't seem to be the default >> behavior. >> >> On Wed, Oct 11, 2017 at 3:56 PM Enrico Kern <[email protected]> >> wrote: >> >>> Hi all, >>> >>> i just setup multisite replication according to the docs from >>> http://docs.ceph.com/docs/master/radosgw/multisite/ and everything >>> works except that if a client uploads via multipart the files dont get >>> replicated. >>> >>> If i in one zone rename a file that was uploaded via multipart it gets >>> replicated, but not if i left it untouched. Any ideas why? I remember there >>> was a similar bug with jewel a while back. >>> >>> On the slave node i also permanently get this error (unrelated to the >>> replication) in the radosgw log: >>> >>> meta sync: ERROR: failed to read mdlog info with (2) No such file or >>> directory >>> >>> we didnt run radosgw before the luminous upgrade of our clusters. >>> >>> after a finished multipart upload which is only visible at one zone >>> "radosgw-admin sync status" just shows that metadata and data is caught up >>> with the source. >>> >>> >>> >>> -- >>> >>> Enrico Kern >>> *Lead System Engineer* >>> >>> *T* +49 (0) 30 555713017 <+49%2030%20555713017> | *M *+49 (0)152 >>> 26814501 <+49%201522%206814501> >>> *E* [email protected] | *Skype flyersa* | LinkedIn View my >>> Profile <https://www.linkedin.com/in/enricokern/> >>> >>> >>> >>> *Glispa GmbH* - Berlin Office >>> Sonnenburger Str. 73 10437 Berlin, Germany >>> <https://maps.google.com/?q=Sonnenburger+Str.+73+10437+Berlin,+Germany&entry=gmail&source=g> >>> >>> Managing Director: David Brown, Registered in Berlin, AG Charlottenburg >>> HRB 114678B >>> <http://www.glispa.com/> <[email protected]> >>> <https://www.linkedin.com/company-beta/143634/> >>> <https://plus.google.com/u/0/b/116135915389937318808/116135915389937318808> >>> <https://twitter.com/glispa> >>> <https://www.facebook.com/glispamedia/> >>> <https://www.instagram.com/glispaglobalgroup/> >>> >>> >>> <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail> >>> Virenfrei. >>> www.avg.com >>> <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail> >>> <#m_1117069282601502036_m_-8782081303072922711_m_-7647428735749890284_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> >>> _______________________________________________ >>> ceph-users mailing list >>> [email protected] >>> http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com >>> >> > > > -- > > Enrico Kern > *Lead System Engineer* > > *T* +49 (0) 30 555713017 <+49%2030%20555713017> | *M *+49 (0)152 26814501 > <+49%201522%206814501> > *E* [email protected] | *Skype flyersa* | LinkedIn View my Profile > <https://www.linkedin.com/in/enricokern/> > > > > *Glispa GmbH* - Berlin Office > Sonnenburger Str. 73 10437 Berlin, Germany > Managing Director: Dina Karol-Gavish, Registered in Berlin, AG > Charlottenburg HRB 114678B > <http://www.glispa.com/> <[email protected]> > <https://www.linkedin.com/company-beta/143634/> > <https://plus.google.com/u/0/b/116135915389937318808/116135915389937318808> > <https://twitter.com/glispa> <https://www.facebook.com/glispamedia/> > <https://www.instagram.com/glispaglobalgroup/> > > _______________________________________________ > ceph-users mailing list > [email protected] > http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com > >
_______________________________________________ ceph-users mailing list [email protected] http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
