<p>बोर्ग प्रून: कुंजी के साथ वस्तु भंडार में नहीं मिली</p>

यहां ऑब्जेक्ट नॉटफाउंड अपवाद का अर्थ है कि उसने रेपो इंडेक्स से एक कुंजी को हटाने की कोशिश की - लेकिन कुंजी इंडेक्स में नहीं थी। डिलीट ऑपरेशन को संभवतः बोर्ग क्लाइंट से बुलाया जाता है क्योंकि आप छंटनी कर रहे हैं।

तो, या तो आपका रेपो भ्रष्ट है (== डेटा स्टोरेज वास्तव में सामान को याद करता है जो वहां होना चाहिए) या कम से कम इंडेक्स किसी भी तरह से भंडार के साथ असंगत हैं।

आप क्या प्रयास कर सकते हैं ( जोखिम पर - यदि यह महत्वपूर्ण है, तो सभी प्रयोग रेपो की प्रतिलिपि पर करें ):

• क्लाइंटसाइड कैश को मारें (भंडार नहीं): borg delete --cache-only repo
• पुन: प्रून का प्रयास करें

यदि वह अभी भी वही/समान त्रुटि फेंकता है तो एक छोटा सा मौका है कि आपका रेपो इंडेक्स दूषित है, लेकिन रेपो में डेटा ठीक है। तब आप कोशिश कर सकते थे:

• रेपो इंडेक्स और संकेत फ़ाइल को मारें (वे रिपोजिटरी निर्देशिका के अंदर हैं, जिन्हें संकेत कहा जाता है। एन और इंडेक्स.एन)
• अनुक्रमणिका के पुनर्निर्माण के लिए borg check --repair repo का उपयोग करें।
  अगर आपका रेपो बड़ा है और आप रिमोट से काम करते हैं तो इसमें काफी समय लग सकता है। लेकिन उसके बाद, यदि आपके रेपो में डेटा अभी भी ठीक था, तो आपका रेपो इंडेक्स डेटा के अनुरूप होगा। यदि मरम्मत विफल हो जाती है / विफल हो जाती है, तो आपके रेपो में डेटा दूषित हो जाता है।

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

त्वरित प्रतिक्रिया के लिए धन्यवाद, मैं आज शाम कोशिश करूँगा।

यह संभव हो सकता है कि 2 समवर्ती बोर्ग बैकअप चलने के कारण रेपो ऐसी स्थिति में हो

थॉमस,
मैंने आपके निर्देशों का सफलतापूर्वक पालन किया। मुझे पूरी प्रक्रिया करनी थी, जिसमें "हत्या" इंडेक्स और रेपो पर फाइलों को संकेत देना, फिर मरम्मत करना शामिल था।

मैं तब पुराने बैकअप को सफलतापूर्वक प्रून करने में सक्षम हो गया हूं।

पूरी प्रक्रिया (स्थानीय कैश को मारें, प्रून का प्रयास करें, दूरस्थ संकेतों और अनुक्रमणिका फ़ाइल को मारें, मरम्मत करें, प्रून --कीप-डेली20 और फिर प्रून --कीप-दैनिक 7) में लगभग 120 मिनट लगे। डेटा साइज 40GB है, रेपो रिमोट है।

त्वरित और प्रभावी प्रतिक्रिया के लिए धन्यवाद।

अच्छा काम करते रहें

हो सकता है कि त्रुटि संदेश कुछ प्रिंट हो जैसे "चल रहे बोर्ग चेक की कोशिश कर रहा है"?