<p>एमसी मिरर ओवरराइट वर्तमान में टूटा हुआ है</p>

--ओवरराइट और --संरक्षित के साथ:

$ mc mb myminio/mybucket
Bucket created successfully `myminio/mybucket`.

$ echo one > testdir/testfile.txt

$ cat testdir/testfile.txt 
one

$ mc mirror --overwrite --preserve testdir myminio/mybucket 
...estfile.txt:  4 B / 4 B ┃▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓┃ 283 B/s 0s

$ mc cat myminio/mybucket/testfile.txt
one

$ echo two > testdir/testfile.txt

$ cat testdir/testfile.txt 
two

$ mc mirror --overwrite --preserve testdir myminio/mybucket 
 0 B / ? ┃░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░▓┃ 0s

$ mc cat myminio/mybucket/testfile.txt
one

@sebschlue यह वास्तव में ज्ञात और अपेक्षित है। mc मिरर फ़ाइल में परिवर्तनों का पता नहीं लगाता है यदि उसका आकार नहीं बदलता है, जैसे one & two की लंबाई समान है।

@vadmeste वह कौन सी सीमा है जो इसका कारण बनती है? यह सबसे अच्छा असुविधाजनक लगता है।

@vadmeste वह कौन सी सीमा है जो इसका कारण बनती है? यह सबसे अच्छा असुविधाजनक लगता है।

सर्वर के पक्ष में कोई चेकसम संग्रहीत नहीं है (ETag कुछ मामलों में वस्तु के md5sum के बराबर नहीं है)

स्लैक चैनल पर, कुछ ने पुष्टि की कि --preserve . का उपयोग करते समय इसे काम करना चाहिए

@vadmeste वह कौन सी सीमा है जो इसका कारण बनती है? यह सबसे अच्छा असुविधाजनक लगता है।

सर्वर के पक्ष में कोई चेकसम संग्रहीत नहीं है (ETag कुछ मामलों में वस्तु के md5sum के बराबर नहीं है)

आउच। इसका मतलब है कि कुछ चीजों को स्नैपशॉट करने के लिए हमें rsync पर भरोसा करना होगा।
क्या कुछ हानिरहित मेटाडेटा को जोड़ने/बदलने का कोई तरीका है जिसे इसे मजबूर करने के लिए चेक किया गया है? या सुनिश्चित करें कि ईटैग हैश के बराबर है?

सर्वर के पक्ष में कोई चेकसम संग्रहीत नहीं है (ETag कुछ मामलों में वस्तु के md5sum के बराबर नहीं है)

आउच। इसका मतलब है कि कुछ चीजों को स्नैपशॉट करने के लिए हमें rsync पर भरोसा करना होगा।
क्या कुछ हानिरहित मेटाडेटा को जोड़ने/बदलने का कोई तरीका है जिसे इसे मजबूर करने के लिए चेक किया गया है? या सुनिश्चित करें कि ईटैग हैश के बराबर है?

इसके लिए rclone @seqizz का उपयोग करें जो संपूर्ण सामग्री के चेकसम की गणना करता है - ETag md5sum नहीं है हमेशा SSE-C, मल्टीपार्ट आदि नहीं देखता है - और md5sum विश्वसनीय नहीं है कई ऑब्जेक्ट बस एक ही md5sum से मेल खा सकते हैं - https: //www.mscs.dal.ca/~selinger/md5collision/ और यह स्पष्ट रूप से बड़े पैमाने पर काफी सामान्य है।

जब तक निश्चित रूप से हम blake2b जैसी तकनीकों का उपयोग करके संपूर्ण वस्तुओं के चेकसम की गणना नहीं कर सकते हैं - हमें सामग्री अपलोड करने से पहले इसकी गणना करने की आवश्यकता है, इसे महत्वपूर्ण रूप से धीमा करके जिसे आप अपलोड करने जा रहे हैं।

rsync डेल्टा प्रोटोकॉल का उपयोग करके स्थानीय डिस्क से रिमोट डिस्क के लिए है जो चेकसम के लिए दोनों सिरों को पढ़ता है, यह क्लाउड लागत के कारण ऑब्जेक्ट स्टोरेज के मामले में अप्रत्याशित होगा।

आह, निश्चित रूप से, मैं सिर्फ फ्री-शूटिंग कर रहा हूं क्योंकि वर्तमान में "क्लाउड ट्रैफिक लागत" से बाध्य नहीं है :) मैं आरक्लोन की जांच करूंगा। धन्यवाद।

बस जिज्ञासु, क्या ईटैग जैसे एक और हेडर को जोड़ना संभव होगा, लेकिन अनुकूलता को तोड़े बिना मिनिओ के लिए हैश (बनाने/संशोधित करने पर)?

बस जिज्ञासु, क्या ईटैग जैसे एक और हेडर को जोड़ना संभव होगा, लेकिन अनुकूलता को तोड़े बिना मिनिओ के लिए हैश (बनाने/संशोधित करने पर)?

यह निश्चित रूप से संभव है @seqizz यह बहुत mc विशिष्ट होने जा रहा है, जिसका अर्थ है कि वैसे भी आपके स्टोरेज बैकएंड पर हमारा कोई नियंत्रण नहीं है, इसलिए किसी भी राज्य परिवर्तन को mc द्वारा ठीक से समझा नहीं जाएगा।

इससे दोहरी प्रतिलिपि आदि जैसे मुद्दे हो सकते हैं, इसे उद्देश्य पर छोड़ दिया जाता है क्योंकि हम सभी सामान्यीकृत उपयोगकेस के लिए इसे ठीक से करने के लिए लागत प्रभावी तरीका नहीं समझ सके।

तो क्या इस मुद्दे को बंद किया जा सकता है?

आईएमएचओ को इसे अधिक स्पष्ट रूप से दस्तावेज करने की जरूरत है, अधिमानतः एमसी दस्तावेज के दर्पण अनुभाग में।
लेकिन हाँ, अगर इस तरह से मिनियो काम करता है, तो यह बग की तरह नहीं लगता। मैं

इस समस्या को स्वचालित रूप से पुराने के रूप में चिह्नित कर दिया गया है क्योंकि इसमें हाल की गतिविधि नहीं है। आगे कोई गतिविधि नहीं होने पर इसे 21 दिनों के बाद बंद कर दिया जाएगा। आपके योगदानों के लिए धन्यवाद।