مشروع OpenZFS 2.2.1، الذي يطور تطبيق نظام ملفات ZFS لـ Linux ونظام التشغيل FreeBSD. ويُذكر أن هذا الإصدار يتميز بإضافة دعم النواة. Linux 6.6 ومحاولة للقضاء على المشكلة التي تؤدي إلى تلف البيانات (تصفير بعض الكتل) في الملفات بعد نسخها.
في البداية، كان من المفترض أن المشكلة تظهر فقط في الفرع 2.2.x وسببها خطأ في آلية استنساخ الكتلة المضمنة في OpenZFS 2.2.0، والتي تتيح لك إنشاء نسخة من ملف أو جزء منه دون تكرار البيانات، وذلك باستخدام مراجع النسخة الثانية إلى كتل البيانات الموجودة بالفعل في الملف المصدر دون نسخها الفعلي. في OpenZFS 2.2.1، لمنع المشكلة، تم تعطيل آلية استنساخ الكتلة افتراضيًا، وتمت إضافة الإعداد zfs_bclone_enabled لإرجاع الدعم لهذا الوضع.
لاحقًا، أفاد المطورون بإمكانية إعادة إنتاج المشكلة في تكوينات تستخدم فرع OpenZFS 2.1.x. كما لم يتم تأكيد الافتراض القائل بأن المشكلة تظهر على الأنظمة التي تحتوي على إصدارات أقدم من حزمة coreutils، حيث تم إعادة إنتاج الخطأ بنجاح في FreeBSD و Linux- التوزيعات مع أحدث إصدار من coreutils 9.4.
يحدث تلف الملفات في ظروف نادرة إلى حد ما، على سبيل المثال، يؤدي تشغيل الأمر "emerge -1 dev-lang/go" في Gentoo إلى تثبيت مجموعة أدوات Go مع ملفات تالفة في /usr/lib/go/pkg/tool/ linux_amd64/ الدليل. من المفترض أن الخطأ بدأ في الظهور بعد تعيين المعلمة الافتراضية "zfs_dmu_offset_next_sync=1" في الإصدار 2.1.4 من openzfs. ولم يتم بعد تحديد مصدر الخطأ. كحل بديل موصى به لمنع الخطأ، يُقترح تعيين المعلمة "/sys/module/zfs/parameters/zfs_dmu_offset_next_sync" على 0.
المصدر: opennet.ru
