ഫയൽ അഴിമതിക്ക് കാരണമായേക്കാവുന്ന ഒരു ബഗ് OpenZFS-ൽ തിരിച്ചറിഞ്ഞു.

ZFS ഫയൽ സിസ്റ്റം ഇംപ്ലിമെന്റേഷൻ വികസിപ്പിക്കുന്ന OpenZFS 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 ബ്രാഞ്ചുമായുള്ള കോൺഫിഗറേഷനുകളിൽ പ്രശ്നം പുനർനിർമ്മിക്കുന്നതായി ഡെവലപ്പർമാർ റിപ്പോർട്ട് ചെയ്തു. coreutils പാക്കേജിന്റെ പഴയ പതിപ്പുകളുള്ള സിസ്റ്റങ്ങളിൽ പ്രശ്നം പ്രത്യക്ഷപ്പെടുന്നു എന്ന അനുമാനവും സ്ഥിരീകരിച്ചിട്ടില്ല - പിശക് FreeBSD-യിൽ വിജയകരമായി പുനർനിർമ്മിച്ചു, കൂടാതെ Linux-കോറൂട്ടിലുകൾ 9.4 ന്റെ ഏറ്റവും പുതിയ പതിപ്പുമൊത്തുള്ള വിതരണങ്ങൾ.

ഫയൽ കേടായത് വളരെ അപൂർവമായ സാഹചര്യങ്ങളിലാണ്, ഉദാഹരണത്തിന്, ജെന്റൂവിൽ "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