if i change permissions the sync status shows that it is syncing 1 shard,
but no files ends up in the pool (testing with empty data pool). after a
while it shows that data is back in sync but there is no file

On Wed, Oct 11, 2017 at 11:26 PM, Yehuda Sadeh-Weinraub <[email protected]>
wrote:

> 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_-2032373670326744902_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_-2032373670326744902_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
>> <https://maps.google.com/?q=Sonnenburger+Str.+73+10437+Berlin,+Germany&entry=gmail&source=g>
>>
>> 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
>>
>>
>


-- 

Enrico Kern
*Lead System Engineer*

*T* +49 (0) 30 555713017  | *M *+49 (0)152 26814501
*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

Reply via email to