Restic: شجرة e5457a72: الملف "XX": حجم البيانات الوصفية (8770356) ومجموع أحجام النقطة (8770808) غير متطابقين
مرحبا،
تم التحديث للتو إلى restic 0.9 ووجدت أن restic يبلغ الآن عن أخطاء في الريبو الحالي الخاص بي (كان ذلك جيدًا مع 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 بالضبط؟
restic check
ما الخلفية / الخادم / الخدمة التي استخدمتها لتخزين المستودع؟
الدليل المحلي والخادم الباقي
سلوك متوقع
أدرك أن restic لا يمكنه فعل أي شيء للتأكد من أن النسخ الاحتياطي متسق (على سبيل المثال ، أن بعض الملفات التابعة لها محتوى مطابق).
لكنني متأكد تمامًا من أن restic يجب أن يتأكد من أن المستودع الخاص به متسق في مثل هذه الحالة (يجب أن تتطابق البيانات الوصفية للمستودع مع بيانات المستودع). إذا تم إلحاق شيء بالملف بعد استدعاء stat ، ولكن قبل قراءة الملف بالكامل ، فمن المحتمل أن يكون restic يجب أن يقرأ فقط حتى حجم الملف المتوقع ، أو مجرد تحديث البيانات الوصفية بعدد البايتات التي تمت قراءتها بالفعل.
ملاحظة. ربما تم إصلاح هذه المشكلة عند 0.9 ولن يحدث هذا للقطات الجديدة.
لكن للأسف لا يصلح الأمر restic rebuild-index
dionorgua
ال 5 كومينتر
كنت على وشك فتح نفس المشكلة تمامًا مثل dionorgua ، لقد
لدي نفس الأخطاء في الريبو الخاص بي (انظر أدناه) ، وشارك الشعور بأن هذه لا ينبغي أن تكون أخطاء ، ويجب على ريستيك التعامل معها بأمان. لا يوجد شيء يمكن لبرنامج النسخ الاحتياطي القيام به حيال الملفات التي تتغير تحته ، بجانب التحذير من حدوث ذلك أثناء عملية النسخ الاحتياطي. ولكن في وقت لاحق ، عند تشغيل check ، يجب ألا تكون هذه أخطاء ، أو حتى يتم الإبلاغ عنها مرة أخرى؟
يتم تشغيل نتائج فحص v0.9.0 على إعادة شراء حيث لا يبلغ الإصدار 0.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
في ٢٢ مايو ٢٠١٨
أوافق ، يجب أن يكون هذا تحذيرًا أو لا يظهر على الإطلاق. لا يوجد شيء يمكن للمستخدمين (أو يحتاجون إليه) فعله.
إنه خطأ في كود الأرشيف القديم ، والذي كتب الحجم الخطأ إلى الريبو عندما تم إلحاق الملف بينما كان ريستيك يقرأه. لا يقوم برنامج الأرشفة الجديد بذلك ، وستعمل جميع الوظائف الأخرى بشكل جيد (يستخدمون فقط الحجم الصحيح ، ومجموع أجزاء الملف).
fd0
في ٢٢ مايو ٢٠١٨
كيف يتعامل المرء مع هذه القضية؟ إنه يتسبب في فشل الفحوصات الأسبوعية التلقائية الخاصة بي في العديد من مستودعات النسخ الاحتياطي الخاصة بي.
هذا هو ناتج "فحص الراحة" الخاص بي - أنا أفعل ذلك عبر صورة عامل الإرساء.
...
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
في ١٥ يوليو ٢٠١٨
هذا سؤال جيد! كل ما عندي من مستودعات إعادة الشراء ما عدا واحدة مخطئة الآن ... التفكير في تعطيل مرحلة الفحص معًا ، ولكن مرة أخرى ، كانت وستكون طريقة جيدة لاكتشاف الانحدارات المستقبلية المحتملة. من الصعب تحديد أفضل طريقة للمضي قدمًا ...
@ fd0 ، هذا خطأ خطير ، هل هناك أي حل لجعل الريبو صامتًا مرة أخرى؟
zcalusic
في ١٥ يوليو ٢٠١٨
آسف لذلك ، لقد عطلت الشيك في # 1887. يمكنك اختيار الالتزام إذا أردت.
fd0
في ١٥ يوليو ٢٠١٨
القضايا ذات الصلة
christian-vent
·
3تعليقات
e2b
·
4تعليقات
axllent
·
4تعليقات
stevesbrain
·
3تعليقات
RafaelAybar
·
3تعليقات
التعليق الأكثر فائدة
أوافق ، يجب أن يكون هذا تحذيرًا أو لا يظهر على الإطلاق. لا يوجد شيء يمكن للمستخدمين (أو يحتاجون إليه) فعله.
إنه خطأ في كود الأرشيف القديم ، والذي كتب الحجم الخطأ إلى الريبو عندما تم إلحاق الملف بينما كان ريستيك يقرأه. لا يقوم برنامج الأرشفة الجديد بذلك ، وستعمل جميع الوظائف الأخرى بشكل جيد (يستخدمون فقط الحجم الصحيح ، ومجموع أجزاء الملف).