Aws-cli: s3 सिंक बकेट में अनुमतियों को संरक्षित नहीं करता है

क्या सभी फाइलों में समान अनुमतियां हैं? क्योंकि अभी के लिए आप अनुमतियाँ सेट करने के लिए sync कमांड को --acl साथ चला सकते हैं। हालांकि, वर्तमान में sync कमांड बिना किसी अन्य वैकल्पिक तर्क के चल रहा है, अनुमतियों की तलाश नहीं करता है और यह सुनिश्चित करता है कि जब ऑब्जेक्ट स्थानांतरित हो जाए, तो इसकी मूल ऑब्जेक्ट के समान अनुमतियां हों। हमें इसे संभालने के लिए एक अतिरिक्त तर्क/सुविधा भी जोड़नी होगी।

नहीं - अगर सभी फाइलों में समान अनुमतियां होतीं तो मैं --acl ध्वज का उपयोग कर सकता था।

यह सुविधा वास्तव में एक सिंक तंत्र का होना चाहिए, खासकर जब आपके पास विभिन्न अनुमतियों वाली हजारों फाइलें हों और केवल फाइलों की एक प्रति नहीं बल्कि बकेट में एक सच्चा सिंक चाहिए।

क्या आप प्रति फ़ाइल के आधार पर अनुमति प्राप्त करने का एक और तरीका जानते हैं, इसलिए मैं इसे आसानी से पर्याप्त रूप से स्क्रिप्ट कर सकता हूं?

मदद के लिए धन्यवाद।

हाँ यदि आप प्रत्येक वस्तु पर aws s3api get-object-acl चलाते हैं। आप एसीएल प्राप्त कर सकते हैं। यहाँ कमांड के लिए डॉक्स हैं।
http://docs.aws.amazon.com/cli/latest/reference/s3api/get-object-acl.html

ठीक है - धन्यवाद जो काम करेगा, लेकिन सिंक में इस सुविधा की अभी भी बहुत सराहना की जाएगी, यदि डिफ़ॉल्ट रूप से नहीं, तो --preserve-s3-acl ध्वज ठीक रहेगा।

कोई दिक्कत नहीं है। विशेषता पर विचार करेंगे। मेरा मानना ​​​​है कि इसका कारण यह है कि इसे लागू नहीं किया गया है क्योंकि ऑपरेशन स्वयं महंगा हो सकता है। s3 बकेट में वस्तुओं को निर्धारित करने के लिए ListObjects कॉल किया जाता है, हालांकि यह प्रत्येक ऑब्जेक्ट के लिए acls वापस नहीं करता है। बदले में, हमें वापस जाना होगा और सूचीबद्ध प्रत्येक वस्तु पर GetObjectAcl चलाना होगा, जिसमें बाल्टी में हजारों आइटम होने पर कुछ समय लग सकता है।

जैसा कि मुझे यह पता लगाने में कुछ समय लगा कि अनुमतियों को सिंक नहीं किया गया था, शायद s3 के दस्तावेज़ों को s3 सिंक में अपडेट करने के लिए यह उल्लेख करने के लिए कि केवल डेटा जो अनुमतियाँ सिंक्रनाइज़ नहीं हैं, भविष्य में किसी और के समय को बचाएंगे।

एक बार फिर धन्यवाद

इस पर कोई अपडेट?

मैंने कुछ हफ़्ते पहले इसे (अन्य S3-to-S3 स्थानान्तरण, जैसे copy ) को संबोधित करने के लिए एक पुल अनुरोध (#1535) जोड़ा। इसे शामिल करने पर विचार करने का कोई मौका?

नमस्ते, मुझे पता है कि यह एक पुराना धागा है, लेकिन हमने इसे अनुमति प्रकार द्वारा एक सिंक के माध्यम से हल किया है। निचली पंक्ति: आप अपने सिंक को कुंजी नाम से फ़िल्टर कर सकते हैं --exclude और --include, साथ ही आप प्रत्येक सिंक के एसीएल को निर्दिष्ट कर सकते हैं ... इसलिए, यदि आपके पास चाबियों का एक पैटर्न है तो आपको अलग-अलग अनुमतियां सेट करने की आवश्यकता है, चलाएं सिंक कमांड कई बार आपको अलग-अलग एसीएल विकल्पों के साथ चाहिए। यह आदर्श से बहुत दूर है, लेकिन काम करता है!

एडब्ल्यूएस टीम से कोई विचार?

मैं सिर्फ बैकअप के लिए अपने git रिपॉजिटरी को S3 पर धकेल रहा हूं। और फिर जब मैं उन्हें वापस सिंक करता हूं, तो सभी प्रकार की अनुमतियां बदल गई हैं।

मेरी सभी निष्पादन योग्य बिन फ़ाइलें अब निष्पादन योग्य नहीं हैं, और इसके बारे में git status squawks।

+1

+1

+1

+1

+1

+1

+1

+1

+1

+1

+1, हां, मेरे पास एक अवधि के साथ नामित मेरी बाल्टी थी, क्लाउड फ्रंट के माध्यम से https के लिए संगत होने के लिए बदलना पड़ा। नए सही ढंग से नामित बाल्टियों में समन्वयित किया गया। फाइलों तक नहीं पहुंच सकता। अनुमतियों के बारे में पढ़ें। ऑब्जेक्ट स्तर की अनुमतियां मौजूद हैं। एक बाल्टी में सभी वस्तु स्तर अनुमतियों को बदलने के लिए कोई आदेश नहीं। आश्चर्य है कि कैसे आगे बढ़ना है। एडब्ल्यूएस जीयूआई के माध्यम से अनुमतियां दोनों बाल्टी से समान दिखती हैं लेकिन जब मैं क्ली के माध्यम से एक्सेस कंट्रोल लिस्ट को देखता हूं तो मुझे लगता है कि मूल बाल्टी में एक अतिरिक्त अनुदान था जिसे कॉपी नहीं किया गया था।
{
"अनुदानी": {
"प्रकार": "समूह",
"यूआरआई": " http://acs.amazonaws.com/groups/global/AllUsers "
},
"अनुमति": "पढ़ें"
}

शुभ प्रभात!

AWS CLI से जुड़े फीचर अनुरोधों के लिए UserVoice में हमारे माइग्रेशन के हिस्से के रूप में, हम GitHub पर इस मुद्दे को यहाँ बंद कर रहे हैं।

यह बग रिपोर्ट के साथ बातचीत को कम किए बिना, उन सुविधाओं के लिए खोज करना और उनके लिए समर्थन दिखाना आसान बनाता है, जिनकी आप सबसे अधिक परवाह करते हैं, यह हमें आपके लिए सबसे महत्वपूर्ण सुविधाएं प्राप्त करने देगा।

एक त्वरित UserVoice प्राइमर के रूप में (यदि पहले से परिचित नहीं है): एक विचार पोस्ट किए जाने के बाद, लोग विचारों पर वोट कर सकते हैं, और उत्पाद टीम सबसे लोकप्रिय सुझावों का सीधे जवाब देगी।

हमने गिटहब से मौजूदा फीचर अनुरोध आयात किए हैं - इस मुद्दे को वहां खोजें!

और चिंता न करें, यह समस्या अभी भी पोस्टीरिटी के लिए GitHub पर मौजूद रहेगी। चूंकि यह UserVoice में मूल पोस्ट का केवल-पाठ आयात है, हम अभी भी उन टिप्पणियों और चर्चाओं को ध्यान में रखेंगे जो यहां GitHub मुद्दे पर पहले से मौजूद हैं।

बग की रिपोर्ट करने के लिए GitHub चैनल बना रहेगा।

एक बार फिर, इस मुद्दे को अब इस शीर्षक पर खोज कर पाया जा सकता है: https://aws.uservoice.com/forums/598381-aws-command-line-interface

-एडब्ल्यूएस एसडीके और टूल्स टीम

यह प्रविष्टि विशेष रूप से UserVoice पर यहां पाई जा सकती है: https://aws.uservoice.com/forums/598381-aws-command-line-interface/suggestions/33168325-s3-sync-does-not-preserve-permissions-across- बक

@ASayre - यह चर्चा करने के लिए यह गलत जगह हो सकती है, लेकिन क्या आप विस्तार से बता सकते हैं कि Amazon ने GitHub और UserVoice में AWS CLI पर चर्चाओं को अजीब तरह से क्यों विभाजित किया है?

फ़ीचर अनुरोध यहाँ GitHub पर उपयुक्त प्रतीत होते हैं। केवल सुविधा अनुरोधों को फ़िल्टर करना अपेक्षाकृत आसान है, और यहां तक ​​कि सबसे लोकप्रिय लोगों द्वारा क्रमबद्ध करना भी आसान है:

GitHub कोड स्निपेट साझा करना या अन्य मुद्दों (जैसे #1060, जो इससे संबंधित है) को साझा करना आसान बनाता है, और AWS CLI उपयोगकर्ता आधार का एक बड़ा हिस्सा पहले से ही GitHub पर यहां सक्रिय है।

सामुदायिक प्रतिक्रिया के आधार पर, हमने गिटहब मुद्दों पर फीचर अनुरोध वापस करने का निर्णय लिया है।

कोई भी ऐसा करने के लिए एक सभ्य समाधान के साथ आया है? बहुत जरूरी फंक्शन।

उपरोक्त उत्तर * को सार्वजनिक रूप से पढ़ने के लिए बाध्य करता है। यह अनुमतियों को संरक्षित नहीं करता है।

प्रगति क्या है? मैं भी इस मुद्दे का सामना करता हूं। अब मैं इस समस्या को हल करने के लिए सिंक --शामिल/बहिष्कृत का उपयोग करता हूं।

क्या कोई मुझे इस पर काम करने के लिए भुगतान करना चाहता है?

4 साल और फिर भी यह दुःस्वप्न जारी है। मेरे पास १०+ लाखों फाइलें हैं और सभी कॉपी के दौरान खो जाने वाली अनुमतियां हैं। अनुमति रखने जैसी सरल बात कैसे संभव है?

+1

यहां आने वाले किसी और के लिए, मैं इसका उपयोग एक बाल्टी को दूसरे में कॉपी करने और एसीएल रखने के लिए कर सकता था: https://github.com/cobbzilla/s3s3mirror/tree/2.1-stable

यह काफी तेज भी है।

मेरे लिए, मैं अपने काम करने वाले फ़ोल्डरों का बैकअप लेने के लिए वर्तमान में s3 का उपयोग कर रहा हूं। इनमें गिट रेपो शामिल हैं, और मेरे रेपो सभी अनुमति परिवर्तनों के बाद बाहर निकलते रहते हैं।

मेरे लिए समाधान केवल प्रति रेपो अनुमतियों को रीसेट करने का एक तरीका खोजने के लिए समाप्त हो गया। जब तक एडब्ल्यूएस अपने कबाड़ को ठीक नहीं करता, यह मेरे लिए समाधान है।

git config --global --add alias.permission-reset '!git diff -p -R --no-color | grep -E "^(diff|(old|new) mode)" --color=never | git apply'

मुझे यहां समाधान मिला:

https://stackoverflow.com/questions/2517339/how-to-recover-the-file-permissions-to-what-git-thinks-the-file- should-be

नमस्ते,

मुझे एक ही समस्या का सामना करना पड़ा है - मेरे पास कई वस्तुओं के साथ एक बाल्टी थी, जबकि उनमें से कुछ सार्वजनिक रूप से सुलभ होनी चाहिए। मुझे एसीएल को संरक्षित करते हुए पूरी बाल्टी को दूसरे में कॉपी करना पड़ा और निश्चित रूप से, एसीएल को मैन्युअल रूप से स्थापित करने में मुझे बहुत समय लगेगा।

मैंने इस सरल लिपि को अजगर में बनाया है जो वस्तुओं को एक बाल्टी से दूसरी बाल्टी में कॉपी करता है और इसके लिए एसीएल भी स्थापित करता है।

एक नज़र डालने के लिए स्वतंत्र महसूस करें:
https://github.com/terminator9999/aws-s3-bucket-copy/