د OpenZFS 2.2.1 پروژه، کوم چې د ZFS فایل سیسټم پلي کول د دې لپاره رامینځته کوي Linux او FreeBSD. دا خپرونه د کرنل ملاتړ اضافه کولو لپاره د پام وړ ده. Linux ۶.۶ او د هغه ستونزې د له منځه وړلو هڅه چې د فایلونو د کاپي کولو وروسته د معلوماتو فساد (د ځینو بلاکونو صفر کول) لامل کیږي.
په پیل کې، دا ستونزه د 2.2.x څانګې پورې ځانګړې ګڼل کېده او د بلاک کلونینګ میکانیزم کې د یوې ستونزې له امله رامینځته شوې وه چې په OpenZFS 2.2.0 کې شامل دي. دا میکانیزم د فایل یا د هغې برخې کاپي ته اجازه ورکوي چې پرته له دې چې ډیټا نقل کړي، د اصلي فایل کې د موجوده ډیټا بلاکونو حوالې په کارولو سره په دویمه کاپي کې پرته له دې چې دوی کاپي کړي. په OpenZFS 2.2.1 کې، د بلاک کلونینګ د ستونزې کمولو لپاره په ډیفالټ ډول غیر فعال شوی و، او د دې حالت لپاره د ملاتړ بیرته راګرځولو لپاره د zfs_bclone_enabled ترتیب اضافه شو.
وروسته، پراختیا کونکو راپور ورکړ چې دا مسله د OpenZFS 2.1.x څانګې سره په ترتیبونو کې بیا تولیدوي. دا انګیرنه چې ستونزه په سیسټمونو کې د کوریوټیلز پیکج د زړو خپرونو سره څرګندیږي هم تایید نه شوه - تېروتنه په بریالیتوب سره په FreeBSD کې بیا تولید شوه او Linux- د کوریوټیلز 9.4 وروستي خپریدو سره توزیع.
د فایل فساد په نسبتا نادرو شرایطو کې پیښیږي. د مثال په توګه، په جینټو کې د "emerge -1 dev-lang/go" قوماندې چلول د Go toolchain نصبولو پایله لري، کوم چې په /usr/lib/go/pkg/tool/linux_amd64/compile ډایرکټرۍ کې فایلونه فاسد کوي. داسې انګیرل کیږي چې تېروتنه د openzfs 2.1.4 کې د ډیفالټ په توګه د "zfs_dmu_offset_next_sync=1" پیرامیټر تنظیم کولو وروسته ځان څرګندول پیل کړي. د تېروتنې سرچینه لا تر اوسه نه ده پیژندل شوې. د "/sys/module/zfs/parameters/zfs_dmu_offset_next_sync" پیرامیټر 0 ته تنظیم کول وړاندیز شوی حل دی.
سرچینه: opennet.ru
