s3backer - क्लाउड में ऑनलाइन

कार्यक्रम:

नाम

s3बैकर - अमेज़ॅन S3 के माध्यम से FUSE-आधारित एकल फ़ाइल बैकिंग स्टोर

SYNOPSIS

s3बैकर [विकल्प] बाल्टी /माउंट पॉइंट

s3बैकर --परीक्षण [विकल्प] दीर /माउंट पॉइंट

s3बैकर --मिटाना [विकल्प] बाल्टी

s3बैकर --रीसेट-माउंटेड-ध्वज [विकल्प] बाल्टी

वर्णन

s3बैकर एक फ़ाइल सिस्टम है जिसमें अमेज़ॅन सिंपल स्टोरेज द्वारा समर्थित एकल फ़ाइल शामिल है
सेवा (अमेज़ॅन S3)। एक फ़ाइल सिस्टम के रूप में, यह बहुत सरल है: यह एक सामान्य फ़ाइल प्रदान करता है
एक निश्चित आकार होना। नीचे, फ़ाइल को ब्लॉकों और सामग्री में विभाजित किया गया है
प्रत्येक ब्लॉक को एक अद्वितीय Amazon S3 ऑब्जेक्ट में संग्रहीत किया जाता है। दूसरे शब्दों में, क्या s3बैकर प्रदान करता है
यह वास्तव में फ़ाइल सिस्टम के बजाय S3-समर्थित वर्चुअल हार्ड डिस्क डिवाइस की तरह है।

सामान्य उपयोग में, निर्यात की गई फ़ाइल के शीर्ष पर एक 'सामान्य' फ़ाइल सिस्टम लगाया जाता है
s3बैकर लूपबैक माउंट (या मैक ओएस एक्स पर डिस्क इमेज माउंट) का उपयोग करके फ़ाइल सिस्टम।

अधिक संपूर्ण S3 फ़ाइल सिस्टम की तुलना में इस व्यवस्था के कई लाभ हैं
कार्यान्वयन:

o एक संपूर्ण फाइल सिस्टम को लागू करने का प्रयास न करके, जो एक जटिल उपक्रम है और
सही होना कठिन है, s3बैकर बहुत हल्का और सरल रह सकता है। केवल तीन HTTP
संचालन का उपयोग किया जाता है: प्राप्त करें, डालें और हटाएं। के बारे में सभी अनुभव और ज्ञान
पहले से मौजूद फ़ाइल सिस्टम को ठीक से कैसे कार्यान्वित किया जाए जिसका पुन: उपयोग किया जा सके।

o मौजूदा फ़ाइल सिस्टम का उपयोग करके, आपको पूर्ण UNIX फ़ाइल सिस्टम शब्दार्थ प्राप्त होता है। सूक्ष्म कीड़े
या हार्ड लिंक, विस्तारित विशेषताओं, POSIX लॉकिंग से संबंधित अनुपलब्ध कार्यक्षमता,
आदि से परहेज किया जाता है।

o सामान्य फ़ाइल सिस्टम शब्दार्थ और अमेज़ॅन S3 ``अंतिम स्थिरता'' के बीच का अंतर है
इसे अधिक आसानी से और आसानी से हल किया जा सकता है जब कोई S3 ऑब्जेक्ट को सरल डिवाइस ब्लॉक के रूप में व्याख्या कर सकता है
फ़ाइल सिस्टम ऑब्जेक्ट के बजाय (नीचे देखें)।

o अपने डेटा को Amazon S3 सर्वर पर संग्रहीत करते समय, जो आपके नियंत्रण में नहीं है
डेटा को एन्क्रिप्ट और प्रमाणित करने की क्षमता एक गंभीर मुद्दा बन जाती है। s3बैकर का समर्थन करता है
सुरक्षित एन्क्रिप्शन और प्रमाणीकरण। वैकल्पिक रूप से, एन्क्रिप्शन क्षमता अंतर्निहित है
लिनक्स लूपबैक डिवाइस का उपयोग किया जा सकता है।

o चूंकि S3 डेटा नेटवर्क पर एक्सेस किया जाता है, इसलिए स्थानीय कैशिंग भी बहुत महत्वपूर्ण है
प्रदर्शन कारण. तब से s3बैकर को एक वर्चुअल हार्ड डिस्क के समतुल्य प्रस्तुत करता है
कर्नेल, अधिकांश फाइल सिस्टम कैशिंग वहां की जा सकती है जहां यह होना चाहिए: में
कर्नेल, कर्नेल के पेज कैश के माध्यम से। तथापि s3बैकर इसमें अपना आंतरिक भी शामिल है
बढ़े हुए प्रदर्शन के लिए कैश को ब्लॉक करें, एसिंक्रोनस वर्कर थ्रेड का उपयोग करें
नेटवर्क में निहित समानता का लाभ।

कंसिस्टेंसी (Consistency) गारंटी
अमेज़ॅन S3 पढ़ने के समय और स्थिरता से संबंधित अपेक्षाकृत कमजोर गारंटी देता है
बनाम लिखता है (सामूहिक रूप से ``अंतिम स्थिरता'' के रूप में जाना जाता है)। s3बैकर तर्क और शामिल हैं
इन सीमाओं के आसपास काम करने के लिए कॉन्फ़िगरेशन पैरामीटर, उपयोगकर्ता को गारंटी देने की अनुमति देते हैं
किसी भी वांछित स्तर तक स्थिरता, 100% तक का पता लगाना और उससे बचना शामिल है
गलत आंकड़े। ये हैं:

1. s3बैकर पर लगातार PUT या DELETE संचालन के बीच न्यूनतम विलंब लागू करता है
वही ब्लॉक. यह सुनिश्चित करता है कि Amazon S3 को ये ऑपरेशन बिना ऑर्डर के नहीं मिलेंगे।

2. s3बैकर एक आंतरिक ब्लॉक MD5 चेकसम कैश बनाए रखता है, जो स्वचालित को सक्षम बनाता है
GET संचालन द्वारा लौटाए गए 'पुराने' ब्लॉकों का पता लगाना और उन्हें अस्वीकार करना।

यह तर्क निम्नलिखित कमांड लाइन विकल्पों द्वारा कॉन्फ़िगर किया गया है: --md5CacheSize,
--md5CacheTime, तथा --minWriteDelay.

ध्यान केंद्रित किया खंड इष्टतमीकरण
एक सरल अनुकूलन के रूप में, s3बैकर सभी शून्यों वाले ब्लॉकों को संग्रहित नहीं करता; बजाय,
वे बस हटा दिए जाते हैं. इसके विपरीत, गैर-मौजूद ब्लॉकों के रीड्स में सभी शून्य शामिल होंगे।
दूसरे शब्दों में, समर्थित फ़ाइल हमेशा अधिकतम विरल होती है।

परिणामस्वरूप, उपयोग करने से पहले ब्लॉकों को बनाने की आवश्यकता नहीं होती है और न ही किसी विशेष की आवश्यकता होती है
नया फ़ाइल सिस्टम बनाते समय आरंभीकरण आवश्यक है।

जब --सूचीब्लॉक झंडा दिया है, s3बैकर स्टार्टअप पर सभी मौजूदा ब्लॉकों को सूचीबद्ध करेगा
समय से पहले ही पता चल जाता है कि कौन से ब्लॉक खाली हैं।

पट्टिका और खंड आकार ऑटो का पता लगाने
सुविधा के तौर पर, जब भी समर्थित फ़ाइल का पहला ब्लॉक लिखा जाता है, s3बैकर शामिल
मेटा-डेटा के रूप में (``x-amz-meta-s3backer-filesize'' हेडर में) फ़ाइल का कुल आकार।
ब्लॉक के आकार के साथ-साथ, इस मान की जाँच की जा सकती है और/या स्वत: पता लगाया जा सकता है
बाद में जब फ़ाइल सिस्टम को पुनः माउंट किया जाता है, तो इसकी आवश्यकता समाप्त हो जाती है --ब्लॉक का आकार or --आकार
झंडे स्पष्ट रूप से प्रदान किए जाने चाहिए और मौजूदा की आकस्मिक गलत व्याख्या से बचना चाहिए
फाइल सिस्टम।

खंड कैश
s3बैकर प्रदर्शन को बढ़ाने के लिए आंतरिक ब्लॉक कैश के लिए समर्थन शामिल है। द ब्लॉक
कैश कैश एमडी5 कैश से पूरी तरह से अलग है जो केवल एमडी5 चेकसम संग्रहीत करता है
क्षणिक रूप से और जिसका एकमात्र उद्देश्य ``अंतिम स्थिरता'' को कम करना है। ब्लॉक कैश
एक पारंपरिक कैश है जिसमें कैश्ड डेटा ब्लॉक होते हैं। पूर्ण होने पर, साफ़ ब्लॉकों को बाहर निकाल दिया जाता है
जैसा कि एलआरयू आदेश में आवश्यक है।

कैश्ड ब्लॉक की रीड बिना किसी नेटवर्क ट्रैफिक के तुरंत वापस आ जाएगी। कैश को लिखता है
तुरंत वापस लौटें और ए के माध्यम से नेटवर्क पर एक एसिंक्रोनस राइट ऑपरेशन ट्रिगर करें
अलग कार्यकर्ता धागा. क्योंकि कर्नेल आमतौर पर FUSE फ़ाइल सिस्टम के माध्यम से ब्लॉक लिखता है
एक समय में एक, अतुल्यकालिक रूप से लिखने की अनुमति देता है s3बैकर का लाभ लेने के लिए
नेटवर्क में निहित समानता, लेखन प्रदर्शन में व्यापक सुधार लाती है।

ब्लॉक कैश को कैश्ड डेटा को अंदर के बजाय स्थानीय फ़ाइल में संग्रहीत करने के लिए कॉन्फ़िगर किया जा सकता है
याद। यह बड़े कैश आकार की अनुमति देता है और अनुमति देता है s3बैकर के बाद कैश्ड डेटा पुनः लोड करने के लिए
पुनः आरंभ करें। पुनः लोड किए गए डेटा को पुन: उपयोग से पहले Amazon S5 के साथ MD3 चेकसम के माध्यम से सत्यापित किया जाता है।

ब्लॉक कैश को निम्न कमांड लाइन विकल्पों द्वारा कॉन्फ़िगर किया गया है: --ब्लॉक कैशफ़ाइल,
--ब्लॉक कैशमैक्सडर्टी, --blockCacheNoVerify, --ब्लॉक कैश साइज़, --ब्लॉक कैशसिंक,
--ब्लॉक कैश थ्रेड्स, --ब्लॉक कैशटाइमआउट, तथा --blockCacheWriteDelay.

पढ़ना आगे
s3बैकर ब्लॉक कैश में एक सरल रीड-फ़ॉरवर्ड एल्गोरिदम लागू करता है। जब एक विन्यास योग्य
ब्लॉकों की संख्या को क्रम में पढ़ा जाता है, ब्लॉक कैश वर्कर थ्रेड को पढ़ना शुरू करने के लिए जागृत किया जाता है
ब्लॉक कैश में बाद के ब्लॉक। आगे पढ़ें कर्नेल तक जारी रहेगा
ब्लॉकों को क्रमिक रूप से पढ़ना जारी रखें। कर्नेल आमतौर पर एक समय में एक ब्लॉक का अनुरोध करता है,
इसलिए एकाधिक वर्कर थ्रेड पहले से ही अगले कुछ ब्लॉकों को पढ़ने से पढ़ने में सुधार होता है
नेटवर्क में निहित समानता का लाभ उठाकर प्रदर्शन।

ध्यान दें कि कर्नेल आगे पढ़ने वाले एल्गोरिदम को भी लागू करता है; इसका आचरण करना चाहिए
विचार करना। डिफ़ॉल्ट रूप से, s3बैकर गुजरता है -o मैक्स_रीडहेड = 0 FUSE का विकल्प।

आगे पढ़ें द्वारा कॉन्फ़िगर किया गया है --आगे पढ़ें और -- आगे पढ़ें ट्रिगर कमांड लाइन विकल्प।

कूटलेखन और प्रमाणीकरण
s3बैकर के माध्यम से एन्क्रिप्शन का समर्थन करता है --एन्क्रिप्ट, --पासवर्ड, तथा --पासवर्डफ़ाइल झंडे. कब
एन्क्रिप्शन सक्षम है, SHA1 HMAC प्रमाणीकरण भी स्वचालित रूप से सक्षम है, और s3बैकर
ऐसे किसी भी ब्लॉक को अस्वीकार कर देता है जो ठीक से एन्क्रिप्टेड और हस्ताक्षरित नहीं है।

पर एन्क्रिप्ट किया जा रहा है s3बैकर परत ऊपरी परत पर एन्क्रिप्ट करने के लिए बेहतर है (उदाहरण के लिए, पर)।
लूपबैक डिवाइस परत), क्योंकि यदि डेटा s3बैकर देखता है कि यह पहले से ही एन्क्रिप्टेड है, यह नहीं हो सकता
शून्य किए गए ब्लॉकों को अनुकूलित करें या सार्थक संपीड़न करें।

संपीड़न
s3बैकर ब्लॉक-स्तरीय संपीड़न का समर्थन करता है, जो स्थानांतरण समय और भंडारण लागत को कम करता है।

संपीड़न के माध्यम से कॉन्फ़िगर किया गया है --संकुचित करें झंडा। संपीड़न स्वचालित रूप से सक्षम है
जब एन्क्रिप्शन सक्षम हो.

सिफ़ पढ़िये पहुँच
उपयोग करने के लिए Amazon S3 खाते की आवश्यकता नहीं है s3बैकर. फ़ाइल सिस्टम पहले से ही होना चाहिए
मौजूद हैं और सार्वजनिक पठन पहुंच के लिए ACL के साथ S3 ऑब्जेक्ट कॉन्फ़िगर किए गए हैं (देखें)। --पहुंच प्रकार
नीचे); उपयोगकर्ताओं को लूबैक माउंट को केवल पढ़ने योग्य ध्वज के साथ निष्पादित करना चाहिए (देखें)। माउंट(8) और
प्रदान करना --केवल पढ़ने के लिए करने के लिए झंडा s3बैकर. संचालन का यह तरीका निर्माण की सुविधा प्रदान करता है
सार्वजनिक, केवल पढ़ने योग्य फ़ाइल सिस्टम।

समकालिक Mounts
हालाँकि यह नेटवर्क पर कार्य करता है s3बैकर फ़ाइल सिस्टम वितरित नहीं है
फ़ाइल सिस्टम और एक साथ पढ़ने/लिखने के माउंट का समर्थन नहीं करता है। (यह कोई ऐसी चीज़ नहीं है जो आप हैं
सामान्यतः हार्ड-डिस्क विभाजन के साथ भी ऐसा ही होगा।) सुरक्षा उपाय के रूप में, s3बैकर
डेटा स्टोर में 'पहले से ही माउंटेड' ध्वज का उपयोग करके इस स्थिति का पता लगाने का प्रयास किया जाता है, और
यदि ऐसा होता है तो प्रारंभ करने में विफल हो जाएगा।

यदि कोई पूर्व हो तो यह पता लगाने से गलत सकारात्मक परिणाम मिल सकता है s3बैकर प्रक्रिया बंद नहीं हुई थी
साफ़-सफ़ाई से; यदि हां, तो --रीसेट-माउंटेड-ध्वज ध्वज का उपयोग 'पहले से स्थापित' को रीसेट करने के लिए किया जा सकता है
झंडा। लेकिन नीचे बग भी देखें।

सांख्यिकी (स्टेटिस्टिक्स) पट्टिका
s3बैकर फ़ाइल सिस्टम को मानव-पठनीय सांख्यिकी फ़ाइल से भर देता है। देखना
--statsफ़ाइलनाम नीचे.

लॉगिंग
सामान्य ऑपरेशन में s3बैकर के माध्यम से लॉग इन करेगा syslog(3). जब के साथ चलाएँ -d or -f झंडे,
s3बैकर मानक त्रुटि पर लॉग इन करेगा.

विकल्प

उदाहरण के लिए, प्रत्येक कमांड लाइन ध्वज के दो रूप होते हैं --accessFile=फ़ाइल और -o एक्सेसफ़ाइल=फ़ाइल.
केवल पहला फॉर्म नीचे दिखाया गया है। किसी भी रूप में कई का उपयोग किया जा सकता है; दोनों समतुल्य हैं.
दूसरा फॉर्म माउंट विकल्पों को सीधे निर्दिष्ट करने की अनुमति देता है / Etc / fstab और पास हो गया
निर्बाध रूप से करने के लिए s3बैकर फ्यूज द्वारा.

--accessFile=फ़ाइल
एक फ़ाइल निर्दिष्ट करें जिसमें `accessID:accessKey' जोड़े हों, प्रति पंक्ति एक। रिक्त पंक्तियाँ और
`#' से शुरू होने वाली पंक्तियों को नजरअंदाज कर दिया जाता है। अगर कोई नहीं --प्रवेश की चाबी निर्दिष्ट है, यह फ़ाइल
के माध्यम से निर्दिष्ट एक्सेस आईडी से मेल खाने वाली प्रविष्टि की खोज की जाएगी --एक्सेसआईडी; if
न --प्रवेश की चाबी न --एक्सेसआईडी निर्दिष्ट है, इस फ़ाइल में पहली प्रविष्टि होगी
इस्तेमाल किया गया। डिफ़ॉल्ट मान है $HOME/.s3backer_passwd.

--एक्सेसआईडी = आईडी
Amazon S3 एक्सेस आईडी निर्दिष्ट करें। बिना एक्सेस आईडी के बाध्य करने के लिए एक खाली स्ट्रिंग निर्दिष्ट करें। अगर कोई नहीं
एक्सेस आईडी निर्दिष्ट है (और एक्सेस फ़ाइल में कोई भी नहीं पाया गया है)। s3बैकर मर्जी
अभी भी काम करता है, लेकिन केवल सार्वजनिक रूप से उपलब्ध फ़ाइल सिस्टम को पढ़ना ही काम करेगा।

--accessKey=कुंजी
Amazon S3 एक्सेस कुंजी निर्दिष्ट करें। कमांड लाइन के माध्यम से इस रहस्य को प्रचारित करने से बचने के लिए,
उपयोग --एक्सेसफ़ाइल इस झंडे के बजाय.

--एक्सेसटाइप=प्रकार
नए लिखे गए ब्लॉक के लिए Amazon S3 एक्सेस विशेषाधिकार ACL प्रकार निर्दिष्ट करें। मूल्य
'निजी', 'सार्वजनिक-पढ़ें', 'सार्वजनिक-पढ़ें-लिखें', या 'प्रमाणीकृत' में से एक होना चाहिए
पढ़ना'। डिफ़ॉल्ट 'निजी' है.

--accessEC2IAM = भूमिका
JSON दस्तावेज़ प्रपत्र में एक्सेस क्रेडेंशियल और सुरक्षा टोकन डाउनलोड करें
http://169.254.169.254/latest/meta-data/iam/security-credentials/ROLE हर पांच
मिनट.

यह विकल्प निर्दिष्ट IAM के माध्यम से S3 क्रेडेंशियल स्वचालित रूप से प्रदान करने की अनुमति देता है
को भूमिका s3बैकर Amazon EC2 इंस्टेंस पर चलते समय।

--authVersion=प्रकार
अनुरोधों को प्रमाणित करने का तरीका निर्दिष्ट करें। दो समर्थित प्रमाणीकरण हैं
विधि: aws2 मूल AWS प्रमाणीकरण योजना है। aws4 नया है,
अनुशंसित प्रमाणीकरण योजना.

aws4 संस्करण 1.4 में शुरू होने वाली डिफ़ॉल्ट सेटिंग है, और यह निश्चित रूप से आवश्यक है
गैर-अमेरिकी क्षेत्र, जबकि aws2 कुछ गैर-अमेज़ॅन S3 प्रदाताओं को अभी भी इसकी आवश्यकता हो सकती है।

--बेसयूआरएल = यूआरएल
आधार यूआरएल निर्दिष्ट करें, जो फॉरवर्ड स्लैश में समाप्त होना चाहिए। डिफ़ॉल्ट है
`http://s3.amazonaws.com/'.

--ब्लॉककैचफाइल=फाइल
एक फ़ाइल निर्दिष्ट करें जिसमें कैश्ड डेटा ब्लॉक संग्रहीत किया जाए। इस झंडे के बिना, ब्लॉक
कैश पूरी तरह से प्रोसेस मेमोरी में रहता है और कैश्ड डेटा गायब हो जाता है s3बैकर
बंद कर दिया गया। यदि यह मौजूद नहीं है तो फ़ाइल बनाई जाएगी।

कैश फ़ाइलें जो पिछले आमंत्रण द्वारा बनाई गई हैं s3बैकर पुन: प्रयोज्य हैं
जब तक वे समान कॉन्फ़िगर किए गए ब्लॉक आकार (यदि नहीं, तो स्टार्टअप) के साथ बनाए गए थे
असफल हो जायेगी)। ये बात सच भी है s3बैकर को अचानक रोक दिया गया, उदाहरण के लिए, a के कारण
सिस्टम खराब होना; हालाँकि, यह गारंटी इस धारणा पर टिकी हुई है कि फाइलसिस्टम
कैश फ़ाइल युक्त होने से सभी कॉलों में लिखने का क्रम पुन: व्यवस्थित नहीं होगा fsync(2).

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

किसी भी स्थिति में, पुनरारंभ के बाद केवल साफ़ कैश ब्लॉक ही पुनर्प्राप्त किए जा सकते हैं। इसका मतलब है ए
सिस्टम क्रैश के कारण कैश में गंदे ब्लॉक नष्ट हो जाएंगे (बेशक, यही है)।
इन-मेमोरी कैश के साथ भी मामला)। उपयोग --blockCacheWriteDelay इसे सीमित करने के लिए
खिड़की.

डिफ़ॉल्ट रूप से, कैश फ़ाइल से कैश पुनः लोड करते समय, s3बैकर सत्यापन करेंगे
इसके पहले उपयोग से पहले अमेज़न S5 के साथ प्रत्येक पुनः लोड किए गए ब्लॉक का MD3 चेकसम। यह
सत्यापित ऑपरेशन के लिए वास्तव में ब्लॉक के डेटा को पढ़ने की आवश्यकता नहीं होती है, और इसलिए
अपेक्षाकृत त्वरित है. यह अनजाने में प्राप्त होने वाले कैश्ड डेटा से बचाता है
कैश फ़ाइल के अंतिम उपयोग के बाद से सिंक से बाहर, स्थिति अन्यथा है
के लिए असंभव s3बैकर भांप लेना।

--blockCacheMaxDirty=NUM
ब्लॉक कैश में गंदे ब्लॉकों की संख्या पर एक सीमा निर्दिष्ट करें। जब यह सीमा
पहुँच गया है, बाद में लिखने के प्रयास तब तक अवरुद्ध रहेंगे जब तक कोई मौजूदा गंदा ब्लॉक न हो जाए
सफलतापूर्वक लिखा गया (और इसलिए अब गंदा नहीं होता)। यह झंडा सीमित करता है
अंतर्निहित S3 डेटा स्टोर के संबंध में असंगतता की मात्रा हो सकती है।

डिफ़ॉल्ट मान शून्य है, जिसका अर्थ कोई सीमा नहीं है।

--blockCacheNoVerify
निर्दिष्ट कैश फ़ाइल से लोड किए गए ब्लॉकों के एमडी5 सत्यापन को अक्षम करें
--ब्लॉक कैशफ़ाइल. इस झंडे का प्रयोग खतरनाक है; केवल तभी उपयोग करें जब आप आश्वस्त हों
कैश्ड फ़ाइल दूषित नहीं है और इसमें मौजूद डेटा अद्यतित है।

--blockCacheSize=आकार
ब्लॉक कैश आकार निर्दिष्ट करें (ब्लॉक की संख्या में)। कैश में प्रत्येक प्रविष्टि होगी
लगभग ब्लॉक आकार प्लस 20 बाइट्स का उपभोग करें। शून्य का मान ब्लॉक को अक्षम कर देता है
कैश. डिफ़ॉल्ट मान 1000 है.

--blockCacheThreads=NUM
ब्लॉक कैश से जुड़े थ्रेड पूल का आकार सेट करें (यदि सक्षम हो)। यह
नेटवर्क पर होने वाली एक साथ लिखने की संख्या को सीमित करता है। गलती करना
मान 20 है।

--ब्लॉक कैशटाइमआउट=मिलिस
निर्दिष्ट करें कि एक साफ़ प्रविष्टि ब्लॉक कैश में रहने से पहले अधिकतम समय तक रह सकती है
बलपूर्वक बेदखल किया जाए और उससे जुड़ी स्मृति मुक्त की जाए। शून्य के मान का मतलब है कि वहाँ है
कोई टाइमआउट नहीं; इस स्थिति में, ब्लॉक कैश में प्रविष्टियों की संख्या कभी नहीं होगी
कमी, अंततः द्वारा कॉन्फ़िगर किए गए अधिकतम आकार तक पहुँचना --ब्लॉक कैश साइज़ और
वहाँ रहना. यदि ब्लॉक कैश का मेमोरी उपयोग है तो एक गैर-शून्य मान कॉन्फ़िगर करें
एक सोच। डिफ़ॉल्ट मान शून्य है (कोई टाइमआउट नहीं)।

--blockCacheWriteDelay=MILLIS
निर्दिष्ट करें कि कोई गंदा ब्लॉक ब्लॉक कैश में रहने से पहले अधिकतम समय तक रह सकता है
नेटवर्क पर लिखा जाए. कैश होने पर ब्लॉक जल्दी लिखे जा सकते हैं
दबाव। शून्य का मान ``राइट-थ्रू'' नीति को कॉन्फ़िगर करता है; अधिक मूल्य
``राइट-बैक'' नीति कॉन्फ़िगर करें। छोटे होने पर बड़े मान प्रदर्शन को बढ़ाते हैं
अधिक असंगतता की कीमत पर, ब्लॉकों की संख्या को बार-बार एक्सेस किया जाता है
अंतर्निहित S3 डेटा स्टोर। डिफ़ॉल्ट मान 250 मिलीसेकंड है.

--ब्लॉक कैशसिंक
ब्लॉक कैश परत में सिंक्रोनस लिखने को बाध्य करता है। लौटने के बजाय
तुरंत और वास्तविक लेखन को शेड्यूल करने का कार्य बाद में होता है, लिखें
लेखन पूरा होने तक अनुरोध वापस नहीं आएंगे। यह झंडा अधिक सख्त है
आवश्यकता से अधिक --blockCacheWriteDelay=0, जो केवल लिखने का कारण बनता है
जितनी जल्दी हो सके शुरू किया जाए (लेकिन फिर भी लिखित अनुरोध वापस आने के बाद भी)।

इस ध्वज की आवश्यकता है --blockCacheWriteDelay शून्य होना. इस ध्वज का उपयोग करने की संभावना है
लेखन प्रदर्शन को काफी कम कर दें।

--ब्लॉकआकार=आकार
ब्लॉक आकार निर्दिष्ट करें. यह दो की घात होनी चाहिए और इसका गुणज होना चाहिए
कर्नेल का मूल पृष्ठ आकार. आकार में किलोबाइट के लिए वैकल्पिक प्रत्यय 'K' हो सकता है,
मेगाबाइट आदि के लिए 'एम'

s3बैकर आंशिक ब्लॉक संचालन का समर्थन करता है, हालांकि यह प्रत्येक से पहले पढ़ने को बाध्य करता है
लिखना; ब्लॉक कैश का उपयोग और उचित संरेखण s3बैकर ब्लॉक आकार के साथ
इच्छित उपयोग (उदाहरण के लिए, 'ऊपरी' फ़ाइल सिस्टम का ब्लॉक आकार) को कम करने में मदद करेगा
अतिरिक्त पढ़ता है. ध्यान दें कि तब भी जब फ़ाइल सिस्टम बड़े ब्लॉक के लिए कॉन्फ़िगर किया गया हो
आकार, कर्नेल अक्सर अभी भी पृष्ठ-आकार के ब्लॉक लिखेगा।

s3बैकर ब्लॉक संख्या शून्य को पढ़कर ब्लॉक आकार का स्वतः पता लगाने का प्रयास करेगा
चालू होना। यदि यह विकल्प निर्दिष्ट नहीं है, तो स्वतः-पता लगाए गए मान का उपयोग किया जाएगा। अगर
यह विकल्प निर्दिष्ट है लेकिन स्वतः-पता लगाए गए मान से असहमत है, s3बैकर मर्जी
जब तक किसी त्रुटि के साथ बाहर न निकलें --बल भी दिया गया है. यदि ऑटो-डिटेक्शन विफल हो जाता है क्योंकि
ब्लॉक संख्या शून्य मौजूद नहीं है, और यह विकल्प निर्दिष्ट नहीं है, तो डिफ़ॉल्ट
4K (4096) का मान उपयोग किया जाता है।

--कैसर्ट=फ़ाइल
दूरस्थ सर्वर की पहचान सत्यापित करते समय उपयोग की जाने वाली एसएसएल प्रमाणपत्र फ़ाइल निर्दिष्ट करें
एसएसएल कनेक्शन पर काम करते समय। के समतुल्य --कैसर्ट ध्वज को प्रलेखित किया गया
कर्ल(1).

--संपीड़न[=स्तर]
ब्लॉकों को नेटवर्क पर भेजने से पहले उन्हें संपीड़ित करें। इसका परिणाम कम होना चाहिए
नेटवर्क ट्रैफ़िक (दोनों दिशाओं में) और कम भंडारण लागत।

संपीड़न स्तर वैकल्पिक है; यदि दिया गया है, तो यह 1 (तेज़ संपीड़न) के बीच होना चाहिए
और 9 (सबसे अधिक संपीड़न), सम्मिलित। यदि छोड़ दिया जाए, तो डिफ़ॉल्ट संपीड़न स्तर है
उपयोग किया गया।

यह ध्वज केवल नव लिखित ब्लॉकों के संपीड़न को सक्षम बनाता है; डीकंप्रेसन हमेशा होता है
उपयुक्त होने पर सक्षम और लागू किया जाएगा। इसलिए, इस ध्वज को चालू करना सुरक्षित है
या के विभिन्न आह्वानों के बीच बंद s3बैकर उसी फ़ाइल सिस्टम पर.

जब यह ध्वज स्वचालित रूप से सक्षम हो जाता है --एन्क्रिप्ट प्रयोग किया जाता है, हालाँकि आप भी कर सकते हैं
उल्लिखित करना --कंप्रेस=स्तर एक गैर-डिफ़ॉल्ट संपीड़न स्तर सेट करने के लिए।

एन्क्रिप्टेड ऊपरी परत फ़ाइल सिस्टम का उपयोग करते समय, यह ध्वज कोई मूल्य नहीं जोड़ता क्योंकि
डेटा संपीड़ित नहीं होगा.

--डायरेक्टआईओ
समर्थित फ़ाइल की कर्नेल कैशिंग अक्षम करें. यह कर्नेल को हमेशा के लिए बाध्य करेगा
पास सीधे पढ़ता और लिखता है s3बैकर. इससे प्रदर्शन भी कम हो जाता है
असंगति के एक स्रोत को समाप्त करता है।

- दाढ़
डिबग संदेशों की लॉगिंग सक्षम करें. ध्यान दें कि यह झंडा अलग है -d, जो
FUSE का ध्वज है; हालांकि -d FUSE ध्वज का तात्पर्य इस ध्वज से है।

--डिबग-http
मानक आउटपुट पर HTTP हेडर की प्रिंटिंग सक्षम करें।

--एन्क्रिप्ट[=सिफर]
ब्लॉक डेटा का एन्क्रिप्शन और प्रमाणीकरण सक्षम करें। अपना ओपनएसएसएल दस्तावेज़ देखें
समर्थित सिफर की सूची के लिए; यदि कोई सिफर निर्दिष्ट नहीं है तो डिफ़ॉल्ट AES-128 है
सीबीसी.

एन्क्रिप्शन पासवर्ड इनमें से किसी एक के माध्यम से प्रदान किया जा सकता है --पासवर्ड or --पासवर्डफ़ाइल. अगर
न झंडा दिया गया है, s3बैकर स्टार्टअप पर पासवर्ड मांगेगा।

नोट: उपयोग की गई वास्तविक कुंजी पासवर्ड, बकेट नाम, को हैश करके प्राप्त की जाती है
उपसर्ग नाम (यदि कोई हो), और ब्लॉक संख्या। इसलिए, एन्क्रिप्टेड डेटा नहीं हो सकता
विभिन्न बकेट या उपसर्गों में पोर्ट किया गया।

इस ध्वज का तात्पर्य है --संकुचित करें.

--मिटाना
सभी गैर-शून्य ब्लॉकों को हटाकर फ़ाइल सिस्टम को पूरी तरह से मिटा दें, 'पहले से ही' साफ़ करें
'ध्वज' स्थापित करें, और फिर बाहर निकलें। जब तक उपयोगकर्ता की पुष्टि आवश्यक न हो --बल झंडा
भी दिया गया है. ध्यान दें, इस मामले में एक साथ माउंट डिटेक्शन नहीं किया जाता है।

इस विकल्प का तात्पर्य है --सूचीब्लॉक.

--फ़ाइलनाम=नाम
समर्थित फ़ाइल का नाम निर्दिष्ट करें जो इसमें दिखाई देती है s3बैकर फाइल सिस्टम।
डिफ़ॉल्ट 'फ़ाइल' है.

--फ़ाइलमोड=मोड
इसमें दिखाई देने वाली समर्थित फ़ाइल के लिए UNIX अनुमति बिट्स निर्दिष्ट करें s3बैकर
फाइल सिस्टम। डिफ़ॉल्ट 0600 है, जब तक --केवल पढ़ने के लिए निर्दिष्ट है, जिस स्थिति में
डिफ़ॉल्ट 0400 है।

--बल
द्वारा निर्दिष्ट मान होने पर भी आगे बढ़ें --ब्लॉक का आकार or --आकार से असहमत हैं
स्वतः-पता लगाया गया मान, या s3बैकर दूसरे का पता लगाता है s3बैकर उदाहरण अभी भी है
उसी S3 बाल्टी (और उपसर्ग) के शीर्ष पर स्थापित। इनमें से किसी भी मामले में,
आगे बढ़ने से डेटा दूषित हो जाएगा, इसलिए --बल झंडे से बचना चाहिए
सामान्य उपयोग।

एक साथ माउंट डिटेक्शन पिछले होने पर गलत सकारात्मक उत्पन्न कर सकता है
s3बैकर उदाहरण को सफाई से बंद नहीं किया गया था। इस स्थिति में, उपयोग न करें --बल लेकिन
बल्कि भागो s3बैकर एक बार के साथ --रीसेट-माउंटेड-ध्वज झंडा।

If --मिटाना दिया हुआ है, --बल का कारण बनता है s3बैकर उपयोगकर्ता की पुष्टि के बिना आगे बढ़ना।

-h --मदद
एक सहायता संदेश प्रिंट करें और बाहर निकलें।

--initialRetryPause=MILLIS
पहले पुनः प्रयास के प्रयास से पहले मिलीसेकंड में आरंभिक ठहराव समय निर्दिष्ट करें
विफल HTTP संचालन। विफलताओं में नेटवर्क विफलताएं और टाइमआउट, HTTP शामिल हैं
त्रुटियाँ, और पुराना डेटा पढ़ना (यानी, एमडी5 बेमेल); s3बैकर एकाधिक बना देगा
इस प्रारंभिक से प्रारंभ करते हुए, एक घातीय बैकऑफ़ एल्गोरिदम का उपयोग करके पुनः प्रयास करें
पुन: प्रयास करें विराम का समय. डिफ़ॉल्ट मान 200ms है. यह सभी देखें --maxRetryPause.

--असुरक्षित
एसएसएल कनेक्शन पर काम करते समय रिमोट सर्वर की पहचान सत्यापित न करें।
के बराबर --असुरक्षित ध्वज को प्रलेखित किया गया कर्ल(1).

--कुंजीलंबाई
उत्पन्न ब्लॉक एन्क्रिप्शन कुंजी की लंबाई को ओवरराइड करें।

के संस्करण s3बैकर 1.3.6 से पहले एक बग था जहां की लंबाई
उत्पन्न एन्क्रिप्शन कुंजी को ठीक कर दिया गया था, लेकिन सिस्टम-निर्भर, जिसके कारण यह संभवतः हो गया
कुछ सिफर के लिए विभिन्न प्रणालियों पर असंगत। संस्करण 1.3.6 में यह बग था
सही किया गया; हालाँकि, कुछ मामलों में इसने उत्पन्न कुंजी की लंबाई को बदल दिया, जिससे
एन्क्रिप्शन अब पहले लिखे गए डेटा के साथ संगत नहीं है। इस झंडे का इस्तेमाल किया जा सकता है
पुरानी, ​​निश्चित कुंजी लंबाई को बाध्य करने के लिए। आप जिस मूल्य का उपयोग करना चाहते हैं वह वही है
के लिए परिभाषित EVP_MAX_KEY_LENGTH आपके सिस्टम पर, सामान्यतः 64.

सिफर की प्राकृतिक कुंजी लंबाई से छोटा मान निर्दिष्ट करना एक त्रुटि है;
हालाँकि, शून्य के मान की अनुमति है और यह कुछ भी निर्दिष्ट न करने के बराबर है।

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

यह फ़्लैग ब्लॉकों की संख्या के सीधे अनुपात में स्टार्टअप को धीमा कर देगा
पहले से ही मौजूद।

--maxUploadSpeed=BITSPERSEC

--maxDownloadSpeed=BITSPERSEC
ये झंडे व्यक्तिगत ब्लॉक अपलोड के लिए उपयोग की जाने वाली बैंडविड्थ पर एक सीमा निर्धारित करते हैं
डाउनलोड (यानी, सेटिंग प्रति-थ्रेड आधार पर लागू होती है)। सीमाएँ ही लागू होती हैं
HTTP पेलोड डेटा के लिए और इसमें HTTP या TCP से कोई अतिरिक्त ओवरहेड शामिल नहीं है
हेडर, आदि

मान प्रति सेकंड बिट्स और `256k', `1m', आदि जैसे संक्षिप्ताक्षरों में मापा जाता है।
उपयोग किया जा सकता है। डिफ़ॉल्ट रूप से, कोई निश्चित सीमा नहीं है.

इन झंडों के उपयोग के लिए सेटिंग की भी आवश्यकता हो सकती है --समय समाप्त उच्चतर मान पर ध्वजांकित करें.

--maxRetryPause=MILLIS
समय की कुल मात्रा मिलीसेकंड में निर्दिष्ट करें s3बैकर पुनः प्रयास करते समय रुकना चाहिए
हार मानने से पहले HTTP संचालन विफल रहा। विफलताओं में नेटवर्क विफलताएं और शामिल हैं
टाइमआउट, HTTP त्रुटियाँ, और पुराना डेटा पढ़ना (यानी, MD5 बेमेल); s3बैकर मर्जी
इस स्तर तक, एक घातीय बैकऑफ़ एल्गोरिदम का उपयोग करके एकाधिक पुनः प्रयास प्रयास करें
अधिकतम कुल पुनः प्रयास रोकने का समय. इस मान में इसमें लगने वाला समय शामिल नहीं है
HTTP संचालन स्वयं करें (उपयोग करें)। --समय समाप्त उसके लिए)। डिफ़ॉल्ट मान है
30000 (30 सेकंड)। यह सभी देखें --प्रारंभिक पुन: प्रयास रोकें.

--minWriteDelay=MILLIS
किसी लेखन के सफल समापन के बीच मिलीसेकंड में न्यूनतम समय निर्दिष्ट करें
और उसी ब्लॉक पर दूसरे लेखन की शुरूआत। यह विलंब सुनिश्चित करता है कि S3
बिना क्रम के लेख प्राप्त नहीं होता है। जब यह मान शून्य पर सेट किया जाना चाहिए
--md5CacheSize शून्य पर सेट है (MD5 कैश अक्षम)। डिफ़ॉल्ट मान 500ms है.

--md5CacheSize=आकार
MD5 चेकसम कैश का आकार निर्दिष्ट करें (ब्लॉक की संख्या में)। यदि कैश है
जब कोई नया ब्लॉक लिखा जाता है तो पूर्ण होता है, जब तक जगह न हो तब तक लिखना ब्लॉक हो जाएगा।
इसलिए, कॉन्फ़िगर करना महत्वपूर्ण है --md5CacheTime और --md5CacheSize अनुसार
फ़ाइल सिस्टम में समग्र रूप से और एक ही ब्लॉक में लिखने की आवृत्ति के लिए
बार-बार. वैकल्पिक रूप से, फ़ाइल सिस्टम में ब्लॉक की संख्या के बराबर मान
यह समस्या समाप्त हो जाती है लेकिन पूर्ण होने पर सबसे अधिक मेमोरी की खपत होती है (प्रत्येक प्रविष्टि में
कैश लगभग 40 बाइट्स है)। शून्य का मान MD5 कैश को अक्षम कर देता है। गलती करना
मान 1000 है।

--md5CacheTime=मिलिस
किसी ब्लॉक के सफलतापूर्वक लिखे जाने के बाद का समय मिलीसेकेंड में निर्दिष्ट करें
जिसके उद्देश्य से ब्लॉक की सामग्री के एमडी5 चेकसम को कैश किया जाना चाहिए
बाद में पढ़ने के दौरान पुराने डेटा का पता लगाना। शून्य के मान का अर्थ है 'अनंत' और
बासी डेटा को पढ़ने के विरुद्ध गारंटी प्रदान करता है; हालाँकि, आपको केवल यही करना चाहिए
कब --md5CacheSize ब्लॉक की संख्या के बराबर होने के लिए कॉन्फ़िगर किया गया है; अन्यथा
गतिरोध (आखिरकार) घटित होगा। यह मान कम से कम उतना बड़ा होना चाहिए
--minWriteDelay. जब यह मान शून्य पर सेट किया जाना चाहिए --md5CacheSize शून्य पर सेट है
(MD5 कैश अक्षम)। डिफ़ॉल्ट मान 10 सेकंड है.

MD5 चेकसम कैश पुनरारंभ के दौरान कायम नहीं रहता है। इसलिए, यह सुनिश्चित करने के लिए
जबकि वही अंतिम स्थिरता संरक्षण s3बैकर नहीं चल रहा है, आपको देर करनी होगी
कम से कम --md5CacheTime रुकने और पुनः आरंभ करने के बीच मिलीसेकेंड s3बैकर.

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

--पासवर्ड=पासवर्ड
कमांड-लाइन पैरामीटर के रूप में एन्क्रिप्शन और प्रमाणीकरण के लिए पासवर्ड प्रदान करें।

--पासवर्डफ़ाइल=फ़ाइल
(पहली पंक्ति) से एन्क्रिप्शन और प्रमाणीकरण के लिए पासवर्ड पढ़ें
निर्दिष्ट फ़ाइल।

--उपसर्ग=स्ट्रिंग
बकेट के भीतर संसाधन नामों से पहले जोड़ने के लिए एक उपसर्ग निर्दिष्ट करें जो प्रत्येक की पहचान करता है
अवरोध पैदा करना। भिन्न-भिन्न उपसर्गों के प्रयोग से, अनेक स्वतंत्र s3बैकर डिस्क में रह सकते हैं
वही S3 बाल्टी.

डिफ़ॉल्ट उपसर्ग खाली स्ट्रिंग है.

--शांत
आरंभिक स्टार्टअप के दौरान प्रगति आउटपुट को रोकें।

--आगे पढ़ें=NUM
आगे पढ़ने के ब्लॉक की संख्या कॉन्फ़िगर करें। इससे तय होता है कि कितने ब्लॉक होंगे
पढ़ते समय कर्नेल द्वारा पढ़े जाने वाले अंतिम ब्लॉक से पहले ब्लॉक कैश में पढ़ा जाए
आगे सक्रिय है. यदि ब्लॉक कैश अक्षम है तो इस विकल्प का कोई प्रभाव नहीं पड़ता है। गलती करना
मान 4 है।

--readAheadTrigger=NUM
आगे पढ़ने से पहले लगातार पढ़े जाने वाले ब्लॉकों की संख्या कॉन्फ़िगर करें
एल्गोरिदम चालू हो गया है. एक बार ट्रिगर होने के बाद, आगे पढ़ना तब तक जारी रहेगा
कर्नेल क्रमिक रूप से ब्लॉक पढ़ना जारी रखता है। इस विकल्प का कोई प्रभाव नहीं पड़ता यदि
ब्लॉक कैश अक्षम है. डिफ़ॉल्ट मान 2 है.

--केवल पढ़ने के लिए
मान लें कि फ़ाइल सिस्टम को केवल-पढ़ने के लिए माउंट किया जा रहा है, और प्रतिक्रिया में EROFS लौटाएँ
लिखने के किसी भी प्रयास के लिए. यह ध्वज समर्थित फ़ाइल के डिफ़ॉल्ट मोड को भी बदलता है
0600 से 0400 तक और एमडी5 चेकसम कैश को अक्षम कर देता है।

--क्षेत्र=क्षेत्र
AWS क्षेत्र निर्दिष्ट करें. यह ध्वज क्षेत्र को शामिल करने के लिए डिफ़ॉल्ट आधार URL को बदलता है
नाम और स्वचालित रूप से सेट करता है --vhost झंडा।

--रीसेट-माउंटेड-ध्वज
अंतर्निहित S3 डेटा स्टोर पर 'पहले से माउंटेड' ध्वज को रीसेट करें।

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

--आरआरएस ब्लॉक लिखते समय, कम रिडंडेंसी संग्रहण निर्दिष्ट करें।

--आकार=आकार
फ़ाइल सिस्टम द्वारा निर्यात की जाने वाली समर्थित फ़ाइल का आकार (बाइट्स में) निर्दिष्ट करें।
आकार में किलोबाइट के लिए वैकल्पिक प्रत्यय 'K', मेगाबाइट के लिए 'M', मेगाबाइट के लिए 'G' हो सकता है।
गीगाबाइट, टेराबाइट्स के लिए 'टी', एक्साबाइट के लिए 'ई', ज़ेटाबाइट्स के लिए 'जेड', या ज़ेटाबाइट्स के लिए 'वाई'
योट्टाबाइट्स. s3बैकर ब्लॉक को पढ़कर ब्लॉक आकार का स्वतः पता लगाने का प्रयास किया जाएगा
संख्या शून्य. यदि यह विकल्प निर्दिष्ट नहीं है, तो स्वतः-पता लगाए गए मान का उपयोग किया जाएगा।
यदि यह विकल्प निर्दिष्ट है लेकिन स्वतः-पता लगाए गए मान से असहमत है, s3बैकर
जब तक एक त्रुटि के साथ बाहर निकल जाएगा --बल भी दिया गया है।

--एसएसएल के बराबर --बेसयूआरएल https://s3.amazonaws.com/

--statsफ़ाइलनाम=नाम
इसमें दिखाई देने वाली मानव-पठनीय सांख्यिकी फ़ाइल का नाम निर्दिष्ट करें s3बैकर
फाइल सिस्टम। खाली स्ट्रिंग का मान इस फ़ाइल की उपस्थिति को अक्षम कर देता है। गलती करना
'आँकड़े' है.

--परीक्षण स्थानीय परीक्षण मोड में कार्य करें. फ़ाइल सिस्टम ब्लॉक को नियमित फ़ाइलों के रूप में संग्रहीत किया जाता है
डायरेक्टरी दीर. कोई नेटवर्क ट्रैफ़िक नहीं होता.

ध्यान दें यदि दीर एक सापेक्ष पथनाम है (और -f नहीं दिया गया है) इसका समाधान किया जाएगा
रूट निर्देशिका के सापेक्ष.

-- समयबाह्य = सेकंड
एक HTTP ऑपरेशन प्रयास के लिए सेकंड में समय सीमा निर्दिष्ट करें। यह सीमित करता है
कनेक्शन समय (यदि पहले से कनेक्ट नहीं है) और डेटा सहित संपूर्ण ऑपरेशन
स्थनांतरण समय। डिफ़ॉल्ट तीस सेकंड है; इस मान को समायोजित करने की आवश्यकता हो सकती है
धीमे लिंक पर और/या बड़ी संख्या का उपयोग करते समय समयपूर्व टाइमआउट से बचने के लिए ऊपर की ओर
ब्लॉक कैश वर्कर थ्रेड का।

यह भी देखें --maxRetryPause.

--संस्करण
आउटपुट संस्करण और बाहर निकलें।

--vhost
वर्चुअल होस्टेड शैली अनुरोधों को बाध्य करें। उदाहरण के लिए, इसका कारण होगा s3बैकर उपयोग करने के लिए
URL http://mybucket.s3.amazonaws.com/path/uri के बजाय
http://s3.amazonaws.com/mybucket/path/uri.

यह ध्वज तब आवश्यक होता है जब S3 बकेट स्थान बाधाओं के साथ बनाए गए हों
(उदाहरण के लिए `ईयू बाल्टियाँ')। दूसरे तरीके से कहें तो, यह झंडा बाल्टियों के लिए आवश्यक है
अमेरिकी क्षेत्र के बाहर परिभाषित। यह ध्वज स्वचालित रूप से सेट हो जाता है जब --क्षेत्र
ध्वज का प्रयोग किया जाता है.

इसके अलावा, s3बैकर सभी सामान्य FUSE विकल्पों को भी स्वीकार करता है। यहाँ एक आंशिक है
सूची:

-o यूआईडी = यूआईडी
समर्थित फ़ाइल की उपयोगकर्ता आईडी को ओवरराइड करें, जो वर्तमान उपयोगकर्ता आईडी पर डिफ़ॉल्ट है।

-o जीआईडी ​​= जीआईडी
समर्थित फ़ाइल की समूह आईडी को ओवरराइड करें, जो वर्तमान समूह आईडी पर डिफ़ॉल्ट है।

-o सिंक_रीड
सिंक्रोनस रीड्स करें.

-o मैक्स_रीडाहेड=NUM
अधिकतम रीड-फ़ॉरवर्ड (बाइट्स में) सेट करें।

-f अग्रभूमि में चलाएँ (काँटा न करें)। लॉगिंग को मानक त्रुटि पर भेजने का कारण बनता है।

-d FUSE डिबग मोड सक्षम करें। तात्पर्य -f.

-s सिंगल-थ्रेडेड मोड में चलाएँ।

इसके अलावा, s3बैकर निम्नलिखित झंडों को पास करता है जिनके लिए अनुकूलित किया गया है s3बैकर मिलाने के लिए
(जब तक कि उपयोगकर्ता द्वारा कमांड लाइन पर ओवरराइड न किया गया हो):

-o कर्नेल_कैश
-o fsname= /
-o उपप्रकार=s3बैकर
-o उपयोग_इनो
-o एंट्री_टाइमआउट=31536000
-o नेगेटिव_टाइमआउट=31536000
-o मैक्स_रीडहेड = 0
-o attr_timeout=0
-o डिफ़ॉल्ट_अनुमतियां
-o अनुमति_अन्य
-o नोडेव
-o नोसुइड

onworks.net सेवाओं का उपयोग करके s3backer का ऑनलाइन उपयोग करें