restic version का आउटपुट

रेस्टिक 0.8.2

आपने रेस्टिक को बिल्कुल कैसे चलाया?

% restic -r /tmp/restictest backup $SSHFSMOUNT/directory

बैकअप निर्देशिका एक sshfs माउंटेड फाइल सिस्टम है।
कई स्नैपशॉट करने के लिए कमांड को कई बार चलाया जाता है।
मेरे मामले में दूरस्थ निर्देशिका में बड़ी मात्रा में डेटा (1TB+) है।

रिपोजिटरी को स्टोर करने के लिए आपने किस बैकएंड/सर्वर/सेवा का उपयोग किया था?

स्थानीय ext4 फाइल सिस्टम।

अपेक्षित् व्यवहार

मुझे उम्मीद है कि पहला बैकअप धीमा होगा और LAN पर अधिक डेटा स्थानांतरित करेगा, जबकि अगला बैकअप बहुत तेज़ होना चाहिए और अधिक बैंडविड्थ का उपयोग नहीं करना चाहिए।

वास्तविक व्यवहार

सभी बैकअप में घंटे लगते हैं (यदि दिन नहीं तो) भले ही कोई फ़ाइल न बदली हो।

व्यवहार को पुन: पेश करने के लिए कदम

• बैकअप चलाएं
• sshfs फाइल सिस्टम को अनमाउंट करें
• sshfs फाइल सिस्टम को फिर से माउंट करें
• एक नया बैकअप चलाएं

यह 100% प्रतिलिपि प्रस्तुत करने योग्य नहीं है, लेकिन यहां तक ​​कि डेटा की एक छोटी राशि के साथ भी मैं इसे पुन: पेश कर सकता हूं।

SFTP सर्वर लॉग दिखाते हैं कि फ़ाइलें पूरी तरह से पुनर्प्राप्त की जाती हैं, भले ही वे बदली न हों।

क्या आपको इस बात का अंदाजा है कि इसका क्या कारण हो सकता है?

हां: रेस्टिक इनोड की तुलना डबल-चेक करने के लिए करता है कि क्या फाइलों को संशोधित किया गया है (डीबग संदेश "टाइमस्टैम्प, आकार या इनोड बदल गया", restic/node.go:551restic.(*Node).IsNewer11node )।

हालाँकि, इनोड्स sshfs (और कुछ अन्य फाइल सिस्टम) के साथ फाइल सिस्टम माउंट में बदल सकते हैं।

क्या आपके पास कोई विचार है कि इस मुद्दे को कैसे हल किया जाए?

इनोड चेक पर टिप्पणी करने से मेरे लिए समस्या हल हो गई।

मैं इस चेक को अक्षम करने का एक तरीका चाहता हूं; शायद एक कमांड लाइन झंडा?

क्या रेस्टिक ने आपकी मदद की या आपको किसी तरह से खुश किया?

ज़रूर, यह सॉफ्टवेयर का एक अच्छा टुकड़ा है! मैं और अधिक प्रसन्न हूं क्योंकि मुझे इसका समाधान मिल गया है...
अच्छा काम करते रहें!