OpenZFS 2.1.14 आणि OpenZFS 2.2.2 डेटा करप्शन समस्येचे निराकरण करण्यासाठी आले आहेत

ओपनझेडएफएस

OpenZFS लोगो

त्यांची नुकतीच घोषणा करण्यात आली OpenZFS 2.1.14 आणि 2.2.2 च्या सुधारात्मक आवृत्त्यांचे प्रकाशन, ज्यामध्ये OpenZFS विकास संघ एक समस्या सोडवा कॅशे सुसंगतता चेक कोडमध्ये ज्यामुळे फाइल्समध्ये डेटा करप्ट होतो बदल केल्यानंतर कॉपी केल्यावर रिकामे भाग असतात.

आणि एक प्रक्षेपण पुरेसे नव्हते, परंतु दोन नवीन लाँच करावे लागले जेणेकरुन त्याच समस्येचे निराकरण होईल. त्याच्या भागासाठी, OpenZFS 2.2.2 हे FreeBSD 14, तसेच उबंटू 23.10 सह अनेक Linux वितरणांसाठी होते, तर OpenZFS आवृत्ती 12 पासून FreeBSD वर लागू होते.

हे उल्लेखनीय आहे OpenZFS 2.2.0 रिलीझने भ्रष्टाचार बग समस्या प्रकाशात आणली नवीन ब्लॉक क्लोनिंग वैशिष्ट्यासह जे तुम्ही डेटा वाचण्याचा प्रयत्न करत नाही तोपर्यंत चेतावणीशिवाय, शोध न घेता, काहीही चुकीचे दर्शविल्याशिवाय डेटा शून्याने बदलतो.

सुरुवातीला त्याला वाटले की OpenZFS 2.2.0 ही समस्या समाविष्ट आहे, परंतु तसे झाले नाही.नमूद केल्याप्रमाणे, हे प्रकाशन अस्तित्वात असलेली अंतर्निहित त्रुटी उघड केली वर्षानुवर्षे आणि फक्त विद्यमान समस्या अधिक शक्यता निर्माण केली.

सुरुवातीला, त्यांनी आवृत्ती 2.2.1 मध्ये समस्येचे निराकरण करण्याचा प्रयत्न केला, परंतु निराकरण प्रभावी झाले नाही. coreutils 9.x पॅकेजमधील "cp" युटिलिटीमध्ये बदल केल्यानंतर बग बराच काळ लक्षात आला नाही आणि दिसू लागला. ही समस्या Red Hat Enterprise Linux आणि त्यावर आधारित वितरणांवर दिसून येणार नाही, कारण RHEL 9 coreutils 8.x पॅकेजचा वापर “cp” युटिलिटीसाठी भिन्न लॉजिकसह करते.

फाइल कॉपी युटिलिटी वापरताना समस्या उद्भवते जे फाइल्समधील रिक्त क्षेत्रे ओळखू शकतात आणि ऑप्टिमाइझ करू शकतात. फाइल कॉपी करताना लोड केलेल्या फाइल सिस्टममध्ये भ्रष्टाचार होऊ शकतो, जर बदलानंतर लगेचच ऑपरेशन केले गेले आणि काही डेटा फक्त गलिच्छ कॅशेमध्येच राहिला आणि अद्याप डिस्कवर फ्लश केला गेला नाही.

आवृत्ती 0.6.2 पासून, ओपनझेडएफएस फाइल्समधील रिकाम्या भागांच्या हाताळणीला अनुकूल करण्यासाठी, SEEK_HOLE आणि SEEK_DATA ऑपरेशनला समर्थन देते, जे डिस्कवरून वाचल्यावर फाइलचे रिक्त क्षेत्र वगळण्याची परवानगी देतात. कॅशेमधील फाइलशी संबंधित सर्व उर्वरित डेटा डिस्कवर फ्लश केल्यानंतरच रिक्त क्षेत्र ओळखले जातात आणि त्यांच्याबद्दलची माहिती जतन केली जाते. फ्लश सुरू करण्यासाठी, OpenZFS कडे एक तपासणी आहे जी अनकॅश डेटाच्या उपस्थितीचे मूल्यांकन करते आणि SEEK_HOLE आणि SEEK_DATA वापरण्यासाठी आवश्यक असलेल्या डिस्कवर फ्लशला सक्ती करते.

दुर्दैवाने, पडताळणी अपूर्ण होती आणि, काही परिस्थितींमध्ये, रीबूट स्थितीबद्दलचा डेटा चुकीच्या पद्धतीने निर्धारित केला गेला होता आणि कॅशे फ्लश ऑपरेशन्स दरम्यान विनंती थोड्या कालावधीत झाल्यास फाइल सामग्रीबद्दलची जुनी माहिती डिस्कवर होती.

रिकाम्या भागांचे लोडिंग ऑप्टिमाइझ करणारी ऑपरेशन्स वाचा या क्षणी डेटाचा काही भाग रिकामा समजून वाचणे वगळू शकते, तर फाइलसह कार्य करणारा प्रोग्राम पूर्वी रिकाम्या भागात बदल करू शकतो. परिणामी, उपयुक्ततेचा वापर "cp" रिकाम्या भागांची एक प्रत तयार करू शकते जेथे मूळ फाइलमध्ये काहीही नव्हते.

केलेल्या तपासादरम्यान, हे उघड झाले की इल्युमोस, ओपनसोलारिसच्या ओपन सोर्स फोर्कमध्ये देखील बगची पुष्टी झाली आहे, ज्याने 2010 मध्ये ओरॅकलने ओपन सोर्स प्रकल्प नष्ट केल्यापासून विकास चालू ठेवला आहे.

सुधारणा व्यतिरिक्त डेटा भ्रष्टाचार, आवृत्ती प्रकाशन इतर दोष निराकरणे आणि सुधारणा देखील समाविष्ट आहेत, ज्यामध्ये ZFS सोल्यूशन वेगळे आहे जेणेकरुन फ्रीबीएसडीवरील NFS मध्ये स्नॅपशॉट (zfs/snapshot) दृश्यमान होतील, Linux 6.6 सह सुसंगतता समस्यांचे निराकरण केले जाईल आणि फ्रीबीएसडीवरील शेल संकलन आणि स्टार्टअप त्रुटी दुरुस्त केल्या जातील.

शेवटी आपल्याला त्याबद्दल अधिक जाणून घेण्यात स्वारस्य असल्यास, आपण तपशील तपासू शकता खालील दुवा.


आपली टिप्पणी द्या

आपला ई-मेल पत्ता प्रकाशित केला जाणार नाही. आवश्यक फील्ड चिन्हांकित केले आहेत *

*

*

  1. डेटा जबाबदार: मिगुएल Áन्गल गॅटन
  2. डेटाचा उद्देशः नियंत्रण स्पॅम, टिप्पणी व्यवस्थापन.
  3. कायदे: आपली संमती
  4. डेटा संप्रेषण: कायदेशीर बंधन वगळता डेटा तृतीय पक्षास कळविला जाणार नाही.
  5. डेटा संग्रहण: ओकेन्टस नेटवर्क (EU) द्वारा होस्ट केलेला डेटाबेस
  6. अधिकारः कोणत्याही वेळी आपण आपली माहिती मर्यादित, पुनर्प्राप्त आणि हटवू शकता.