Restic: पेड़ e5457a72: फ़ाइल "XX": मेटाडेटा आकार (8770356) और बूँद आकार का योग (8770808) मेल नहीं खाते

को निर्मित 22 मई 2018 · 5टिप्पणियाँ · स्रोत: restic/restic

नमस्ते,

केवल 0.9 को अपडेट किया गया और पाया गया कि रेस्टिक अब मेरे मौजूदा रेपो के लिए त्रुटियों की रिपोर्ट करता है (जो कि 0.8.3 के साथ ठीक था और अपग्रेड के बाद नहीं बदला गया था):

error for tree e5457a72: tree e5457a72: file "mail.err": metadata size (1085858) and sum of blob sizes (1085966) do not match tree e5457a72: file "mail.info": metadata size (8770356) and sum of blob sizes (8770808) do not match tree e5457a72: file "mail.log": metadata size (8770356) and sum of blob sizes (8770808) do not match tree e5457a72: file "mail.warn": metadata size (1091226) and sum of blob sizes (1091334) do not match
संभवत: बैकअप बदलते समय फ़ाइलें बदल दी गई थीं।

`restic version` का आउटपुट

restic 0.9.0 compiled with go1.10.2 on linux/amd64

आपने आराम से कैसे चलाया?

restic check

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

स्थानीय निर्देशिका और बाकी सर्वर

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

मैं समझता हूं कि रेस्टिक बैकअप सुनिश्चित करने के लिए कुछ भी नहीं कर सकता है (उदाहरण के लिए कि कुछ आश्रित फाइलों ने सामग्री का मिलान किया है)।

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

पुनश्च। संभवतः यह मुद्दा 0.9 पर तय किया गया है और नए स्नैपशॉट के लिए ऐसा नहीं होगा।
लेकिन दुर्भाग्य से restic rebuild-index इसे ठीक नहीं करता है।

0.9.0 bug

स्रोत

dionorgua

👍5

सबसे उपयोगी टिप्पणी

मैं सहमत हूं, यह या तो एक चेतावनी होनी चाहिए या बिल्कुल नहीं दिखाई जानी चाहिए। ऐसा कुछ भी नहीं है जिसे उपयोगकर्ता (या) को कर सकें।

यह पुराने आर्काइव कोड में एक बग है, जिसने रेपो को गलत आकार लिखा था जब फ़ाइल को जोड़ा गया था जबकि रेस्टिक इसे पढ़ रहा था। नया संग्रहकर्ता ऐसा नहीं करता है, और अन्य सभी फ़ंक्शन ठीक काम करेंगे (वे सही आकार का उपयोग करते हैं, फ़ाइल की राशि का योग)।

fd0 22 मई 2018

👍6

सभी 5 टिप्पणियाँ

मैं आपको @dionorgua के समान ही मुद्दे को खोलने वाला था, आपने मुझे 11 मिनट तक हराया। : +1:

मेरे रेपो (नीचे देखें) में समान त्रुटियां हैं, और इस भावना को साझा करें कि ये त्रुटियां नहीं होनी चाहिए, और आराम से इसे इनायत से संभालना चाहिए। बैकअप प्रक्रिया के दौरान हुई चेतावनी के साथ, इसके तहत बदलने वाली फ़ाइलों के बारे में बैकअप सॉफ़्टवेयर कुछ भी नहीं कर सकता है। लेकिन बाद में, जब check चलाया जाता है, तो ये त्रुटियां नहीं होनी चाहिए, या फिर रिपोर्ट भी नहीं की जानी चाहिए?

V0.9.0 चेक के परिणाम एक रेपो पर चलते हैं जिस पर v0.8.3 किसी भी त्रुटि की रिपोर्ट नहीं करता है।

check snapshots, trees and blobs
error for tree c1c7286d:
  tree c1c7286d: file "panacea.dat": metadata size (5975885) and sum of blob sizes (5975910) do not match
error for tree 5908dec5:
  tree 5908dec5: file "panacea.dat": metadata size (5425341) and sum of blob sizes (5425366) do not match
Fatal: repository contains errors

zcalusic 22 मई 2018

👍1

fd0 22 मई 2018

👍6

इस मुद्दे से कोई कैसे निपटता है? यह मेरे साप्ताहिक स्वचालित चेक को मेरे कई बैकअप रिपोज पर विफल होने का कारण बना रहा है।

यहां मेरी "रेस्टिक चेक" का आउटपुट है - मैं इसे रेस्ट डॉक इमेज के माध्यम से कर रहा हूं।

...
Digest: sha256:9c851e0ba8a9c20ef853ee507af14c4d87c33661c25136262e97506a1cdc7a57
Status: Image is up to date for restic/restic:latest
ID        Date                 Host              Tags        Directory
----------------------------------------------------------------------
8eb0175e  2018-02-28 21:01:38  internal-cluster              /fisheye
a7848682  2018-03-31 09:28:09  internal-cluster              /fisheye
8ad27273  2018-04-30 09:28:09  internal-cluster              /fisheye
97d2e914  2018-05-31 09:28:12  internal-cluster              /fisheye
96ba1cc7  2018-06-30 09:28:13  internal-cluster              /fisheye
23ef9a4b  2018-07-08 09:28:11  internal-cluster              /fisheye
76f8e70a  2018-07-09 09:28:12  internal-cluster              /fisheye
74d46da4  2018-07-10 09:28:14  internal-cluster              /fisheye
a893de2c  2018-07-11 09:28:12  internal-cluster              /fisheye
7dbeb6c0  2018-07-12 09:28:13  internal-cluster              /fisheye
8df2f318  2018-07-13 09:28:11  internal-cluster              /fisheye
e7321bf1  2018-07-14 09:28:13  internal-cluster              /fisheye
----------------------------------------------------------------------
12 snapshots
+ restic check
+ sudo -E docker run --rm -e AWS_ACCESS_KEY_ID=**** -e AWS_SECRET_ACCESS_KEY=**** -e RESTIC_PASSWORD=**** -v /mnt/efs/fisheye:/fisheye:ro -h internal-cluster --user root restic/restic -r s3:s3.amazonaws.com/redacted/restic/fisheye check
using temporary cache in /tmp/restic-check-cache-069761908
create exclusive lock for repository
load indexes
check all packs
check snapshots, trees and blobs
error for tree d93db471:
  tree d93db471: file "atlassian-fisheye-2018-07-13.log": metadata size (52139444) and sum of blob sizes (52165018) do not match
error for tree 8d1b1f5f:
  tree 8d1b1f5f: file "atlassian-fisheye-2018-04-30.log": metadata size (53418588) and sum of blob sizes (53426968) do not match
Fatal: repository contains errors

deweysasser 15 जुल॰ 2018

यह अच्छा सवाल है! एक को छोड़कर मेरे सभी रिपोज अब गलती में हैं ... चेक स्टेज को पूरी तरह से अक्षम करने के बारे में सोच रहे हैं, लेकिन फिर से, यह भविष्य के प्रतिगमन का पता लगाने के लिए एक अच्छा तरीका होगा। आगे बताने वाला सबसे अच्छा तरीका क्या है ...

@ fd0 , यह काफी गंभीर बग है, क्या रेपोस को फिर से चुप कराने के लिए कोई वर्कअराउंड है?

zcalusic 15 जुल॰ 2018

इसके लिए क्षमा करें, मैंने # 1887 में चेक को अक्षम कर दिया है। आप चाहे तो कमिटमेंट को चेरी-पिक कर सकते हैं।

fd0 15 जुल॰ 2018

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स