OpenZFS માં એક બગ મળી આવ્યો છે જે ફાઇલ ભ્રષ્ટાચાર તરફ દોરી શકે છે.

OpenZFS 2.2.1 પ્રોજેક્ટ, જે ZFS ફાઇલ સિસ્ટમ અમલીકરણ વિકસાવે છે Linux અને ફ્રીબીએસડી. આ રિલીઝ કર્નલ સપોર્ટના ઉમેરા માટે નોંધપાત્ર છે. Linux ૬.૬ અને ફાઇલોની નકલ કર્યા પછી તેમાં ડેટા ભ્રષ્ટાચાર (કેટલાક બ્લોક્સનું શૂન્યીકરણ) તરફ દોરી જતી સમસ્યાને દૂર કરવાનો પ્રયાસ.

શરૂઆતમાં, આ સમસ્યા 2.2.x શાખા માટે વિશિષ્ટ હોવાનું માનવામાં આવતું હતું અને OpenZFS 2.2.0 માં સમાવિષ્ટ બ્લોક ક્લોનિંગ મિકેનિઝમમાં બગને કારણે થાય છે. આ મિકેનિઝમ ડેટાની નકલ કર્યા વિના ફાઇલ અથવા તેના ભાગની નકલ બનાવવાની મંજૂરી આપે છે, બીજી નકલમાં મૂળ ફાઇલમાં અસ્તિત્વમાં રહેલા ડેટા બ્લોક્સના સંદર્ભોનો ઉપયોગ કરીને તેમને ખરેખર નકલ કર્યા વિના. OpenZFS 2.2.1 માં, સમસ્યાને ઘટાડવા માટે ડિફોલ્ટ રૂપે બ્લોક ક્લોનિંગ અક્ષમ કરવામાં આવ્યું હતું, અને આ મોડ માટે સપોર્ટ પુનઃસ્થાપિત કરવા માટે zfs_bclone_enabled સેટિંગ ઉમેરવામાં આવ્યું હતું.

પાછળથી, વિકાસકર્તાઓએ OpenZFS 2.1.x શાખા સાથે રૂપરેખાંકનોમાં સમસ્યાનું પુનઃઉત્પાદન કરવાની જાણ કરી. કોર્યુટિલ્સ પેકેજના જૂના પ્રકાશનો ધરાવતી સિસ્ટમો પર સમસ્યા પ્રગટ થાય છે તેવી ધારણાની પણ પુષ્ટિ થઈ ન હતી - ભૂલને ફ્રીબીએસડીમાં સફળતાપૂર્વક પુનઃઉત્પાદિત કરવામાં આવી હતી અને Linux-coreutils 9.4 ના નવીનતમ પ્રકાશન સાથે વિતરણો.

ફાઇલ કરપ્શન પ્રમાણમાં દુર્લભ પરિસ્થિતિઓમાં થાય છે. ઉદાહરણ તરીકે, Gentoo પર "emerge -1 dev-lang/go" કમાન્ડ ચલાવવાથી Go ટૂલચેન ઇન્સ્ટોલ થાય છે, જે /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