اوپن زي ايف ايس 2.2.1 پروجيڪٽ، جيڪو زي ايف ايس فائل سسٽم جي عملدرآمد کي ترقي ڪري ٿو Linux ۽ فري بي ايس ڊي. رليز ڪرنل سپورٽ جي اضافي لاءِ قابل ذڪر آهي. Linux 6.6 ۽ ان مسئلي کي ختم ڪرڻ جي ڪوشش جيڪا فائلن ۾ ڪاپي ڪرڻ کان پوءِ ڊيٽا ڪرپشن (ڪجهه بلاڪن کي صفر ڪرڻ) جو سبب بڻجي ٿي.
شروعات ۾، اهو فرض ڪيو ويو ته مسئلو صرف 2.2.x برانچ ۾ ظاهر ٿئي ٿو ۽ OpenZFS 2.2.0 ۾ شامل بلاڪ ڪلوننگ ميڪانيزم ۾ هڪ غلطي جي ڪري آهي، جيڪا توهان کي نقل ڪرڻ جي بغير ڪنهن فائل جي ڪاپي يا ان جو حصو ٺاهڻ جي اجازت ڏئي ٿي. ڊيٽا، استعمال ڪندي سيڪنڊ ڪاپي ۾ حوالن جي اڳ ۾ ئي موجود ڊيٽا بلاڪ جي ماخذ فائل جي انهن جي حقيقي ڪاپي کان سواء. OpenZFS 2.2.1 ۾، مسئلي کي بلاڪ ڪرڻ لاء، بلاڪ ڪلوننگ ميڪانيزم کي ڊفالٽ طور بند ڪيو ويو، ۽ zfs_bclone_enabled سيٽنگ شامل ڪئي وئي ھن موڊ لاءِ سپورٽ واپس ڪرڻ لاءِ.
بعد ۾، ڊولپرز OpenZFS 2.1.x برانچ سان ترتيبن ۾ مسئلي کي ٻيهر پيدا ڪرڻ جي رپورٽ ڏني. اهو مفروضو ته مسئلو ڪوريوٽيلس پيڪيج جي پراڻين رليز سان سسٽم تي ظاهر ٿئي ٿو، ان جي به تصديق نه ڪئي وئي - غلطي ڪاميابي سان فري بي ايس ڊي ۾ ٻيهر پيدا ڪئي وئي ۽ Linux- ڪوريوٽيلس 9.4 جي تازي رليز سان ورڇ.
فائل ڪرپشن انتهائي ناياب حالتن ۾ ٿئي ٿي، مثال طور، Gentoo ۾ ”emerge-1 dev-lang/go“ ڪمانڊ هلائڻ سان Go Toolkit جي انسٽاليشن ۾ خراب فائلن سان /usr/lib/go/pkg/tool/ linux_amd64/ ڊاريڪٽري. compile. اهو فرض ڪيو ويو آهي ته غلطي ظاهر ٿيڻ شروع ٿي ته ڊفالٽ پيٽرول مقرر ڪرڻ کان پوء "zfs_dmu_offset_next_sync=1" openzfs ورزن 2.1.4 ۾. غلطي جو ذريعو اڃا تائين سڃاڻپ نه ڪيو ويو آهي. غلطي کي بلاڪ ڪرڻ لاءِ تجويز ڪيل حل جي طور تي، اهو تجويز ڪيو ويو آهي ته پيٽرول مقرر ڪيو وڃي “/sys/module/zfs/parameters/zfs_dmu_offset_next_sync” کي 0.
جو ذريعو: opennet.ru
