ഫയൽ അഴിമതിക്ക് കാരണമായേക്കാവുന്ന ഒരു ബഗ് 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-дистрибутивах со свежим выпуском coreutils 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