OpenZFS 2.2.1 پروجیکٹ، جو ZFS فائل سسٹم کے نفاذ کو تیار کرتا ہے۔ Linux اور فری بی ایس ڈی۔ ریلیز کرنل سپورٹ کے اضافے کے لیے قابل ذکر ہے۔ Linux 6.6 اور اس مسئلے کو ختم کرنے کی کوشش جو فائلوں کی کاپی ہونے کے بعد ڈیٹا کی بدعنوانی (کچھ بلاکس کو صفر کرنے) کا باعث بنتی ہے۔
ابتدائی طور پر، یہ فرض کیا گیا تھا کہ مسئلہ صرف 2.2.x برانچ میں ظاہر ہوتا ہے اور اوپن زیڈ ایف ایس 2.2.0 میں شامل بلاک کلوننگ میکانزم میں خرابی کی وجہ سے ہوتا ہے، جو آپ کو بغیر کسی فائل یا اس کے کچھ حصے کی نقل تیار کرنے کی اجازت دیتا ہے۔ ڈیٹا، دوسری کاپی میں سورس فائل کے پہلے سے موجود ڈیٹا بلاکس کے حوالہ جات کا استعمال کرتے ہوئے ان کی اصل کاپی کیے بغیر۔ OpenZFS 2.2.1 میں، مسئلہ کو روکنے کے لیے، بلاک کلوننگ میکانزم کو بطور ڈیفالٹ غیر فعال کر دیا گیا تھا، اور zfs_bclone_enabled سیٹنگ کو اس موڈ کے لیے سپورٹ واپس کرنے کے لیے شامل کیا گیا تھا۔
بعد میں، ڈویلپرز نے OpenZFS 2.1.x برانچ کے ساتھ کنفیگریشن میں مسئلہ کو دوبارہ پیش کرنے کی اطلاع دی۔ اس مفروضے کی کہ مسئلہ کوریوٹل پیکیج کی پرانی ریلیز والے سسٹمز پر ظاہر ہوتا ہے اس کی بھی تصدیق نہیں ہوئی — غلطی کو فری بی ایس ڈی میں کامیابی کے ساتھ دوبارہ پیش کیا گیا اور Linuxکوریوٹیلز 9.4 کی تازہ ترین ریلیز کے ساتھ تقسیم۔
فائل میں بدعنوانی کافی غیر معمولی حالات میں ہوتی ہے، مثال کے طور پر، Gentoo میں "emerge -1 dev-lang/go" کمانڈ چلانے کے نتیجے میں /usr/lib/go/pkg/tool/ میں کرپٹ فائلوں کے ساتھ Go ٹول کٹ کی تنصیب ہوتی ہے۔ linux_amd64/ ڈائرکٹری مرتب کریں۔ یہ فرض کیا جاتا ہے کہ Openzfs ورژن 1 میں ڈیفالٹ پیرامیٹر "zfs_dmu_offset_next_sync=2.1.4" سیٹ کرنے کے بعد خرابی ظاہر ہونا شروع ہوئی۔ غلطی کے ماخذ کا ابھی تک پتہ نہیں چل سکا ہے۔ غلطی کو روکنے کے لیے تجویز کردہ حل کے طور پر، یہ تجویز ہے کہ پیرامیٹر "/sys/module/zfs/parameters/zfs_dmu_offset_next_sync" کو 0 پر سیٹ کیا جائے۔
ماخذ: opennet.ru
