OpenZFS-এ একটি বাগ চিহ্নিত করা হয়েছে যা ফাইল দুর্নীতির কারণ হতে পারে।

ওপেনজেডএফএস ২.২.১ প্রকল্পটি, যা জেডএফএস ফাইল সিস্টেম বাস্তবায়ন তৈরি করে Linux এবং ফ্রিবিএসডি। কার্নেল সাপোর্ট যুক্ত করার কারণে এই রিলিজটি উল্লেখযোগ্য। Linux ৬.৬ এবং ফাইল কপি করার পর ডেটা বিকৃতি (কিছু ব্লকের মান শূন্য হয়ে যাওয়া) ঘটার সমস্যাটি দূর করার একটি প্রচেষ্টা।

প্রাথমিকভাবে, এটি অনুমান করা হয়েছিল যে সমস্যাটি শুধুমাত্র 2.2.x শাখায় প্রদর্শিত হয় এবং OpenZFS 2.2.0-এ অন্তর্ভুক্ত ব্লক ক্লোনিং পদ্ধতিতে একটি ত্রুটির কারণে ঘটে, যা আপনাকে নকল না করে একটি ফাইল বা এর অংশের একটি অনুলিপি তৈরি করতে দেয়। ডেটা, প্রকৃত কপি না করেই উৎস ফাইলের ইতিমধ্যে বিদ্যমান ডেটা ব্লকের দ্বিতীয় কপি রেফারেন্সে ব্যবহার করে। OpenZFS 2.2.1-এ, সমস্যাটি অবরুদ্ধ করার জন্য, ব্লক ক্লোনিং প্রক্রিয়াটি ডিফল্টরূপে নিষ্ক্রিয় করা হয়েছিল, এবং এই মোডের জন্য সমর্থন ফেরাতে zfs_bclone_enabled সেটিংস যোগ করা হয়েছিল।

পরবর্তীতে, ডেভেলপাররা OpenZFS 2.1.x ব্রাঞ্চযুক্ত কনফিগারেশনগুলিতে সমস্যাটি পুনরুৎপাদন করার কথা জানান। coreutils প্যাকেজের পুরোনো রিলিজযুক্ত সিস্টেমগুলিতে সমস্যাটি দেখা দেয়—এই ধারণাটিও নিশ্চিত করা যায়নি—FreeBSD-তে ত্রুটিটি সফলভাবে পুনরুৎপাদন করা সম্ভব হয়েছিল। Linuxকোরইউটিলস ৯.৪-এর সর্বশেষ রিলিজ সহ ডিস্ট্রিবিউশনসমূহ।

ফাইল দুর্নীতি মোটামুটি বিরল পরিস্থিতিতে ঘটে, উদাহরণস্বরূপ, জেন্টুতে "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