ZFS स्क्रब चेकसम एरर ढूंढता है, लेकिन बैडब्लॉक और स्मार्टक्टेल नहीं


1

मैंने एक ZFS पूल को दर्पण के रूप में दो ड्राइव के साथ कॉन्फ़िगर किया है। ऑपरेटिंग सिस्टम Ubuntu 16.04 है और मैं विक्रेता द्वारा पैक किए गए zf 0.6.5 का उपयोग कर रहा हूं। ड्राइव 3T WD ग्रीन और 3T WD रेड (शायद प्रदर्शन के लिए इष्टतम नहीं है, लेकिन यह एक विचार नहीं है), जो बाइट्स और सेक्टरों में समान आकार के हैं। मैं विभाजन का उपयोग नहीं करता हूं, लेकिन zpool createमेरे लिए प्रत्येक ड्राइव पर दो बनाए हैं, जैसा कि सामान्य है। डिफ़ॉल्ट रूप से ओएस एक महीने में एक बार पूल पर स्क्रब करता है, और मैंने कुछ बार मैन्युअल रूप से स्क्रब किया है।

कई बार स्क्रब प्रक्रिया में WD रेड ड्राइव पर चेकसम एरर पाया गया है, लेकिन हर रन पर नहीं। वे स्वचालित रूप से मरम्मत कर चुके हैं और जहां तक ​​मुझे पता है मुद्दों का कारण नहीं है। CKSUM कॉलम में दिखाए गए नंबर ने 3, 5 और 9 का संकेत दिया है, और अब, आगामी Ubuntu 18.04 और ZFS 0.7.5 में हाल ही में अपग्रेड करने के बाद, 31 भी (अतिरिक्त जानकारी के साथ "बहुत सारी त्रुटियां" अगर मुझे संदेश ठीक से याद है )।

चिंतित, मैंने पूल से ड्राइव को अलग किया, और पूल का निर्यात किया। ड्राइव को आयात किए बिना, मैं badblocks -b 4096 -s -v -wउस पर भागा , लेकिन इसने (0/0/0)त्रुटियों की सूचना दी । smartctl -a /dev/sdaयदि मुझे सही तरीके से समझ में आ रहा है, तो इसके अलावा कुछ भी सामान्य से संकेत नहीं दिया गया है | grep -i error:

  1 Raw_Read_Error_Rate     0x002f   200   200   051    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x002e   200   200   000    Old_age   Always       -       0
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x0008   100   253   000    Old_age   Offline      -       0

मैंने डिस्क को पूल से फिर से जोड़ा और यह वर्तमान में फिर से सिल्वर हो रहा है। लेकिन मैं रहस्यपूर्ण बना रहा: क्या कारण हो सकता है कि पुनरावर्ती स्क्रबिंग त्रुटियों का कारण बना? मुझे भविष्य में क्या करना चाहिए या तो यह पता लगाने के लिए कि समस्या क्या हो सकती है, या इसे पूरी तरह से टाल दें? मैं विशेष रूप से प्रतिस्थापन ड्राइव (एस) को देखने के लिए उत्सुक नहीं हूं, खासकर जब से डब्ल्यूडी रेड केवल 2016 में निर्मित है।

(मुझे यकीन नहीं है कि यह प्रासंगिक है, लेकिन कुछ बिंदु पर ऑपरेटर त्रुटि या सॉफ़्टवेयर बग के कारण गैर-समस्याग्रस्त WD ग्रीन ड्राइव विभाजन तालिका दूषित हो गई। मुझे इसे बंद करने की तुलना में पूल में लौटने के लिए कोई अन्य कार्रवाई नहीं मिली। यह, विभाजन तालिका को साफ़ करना और इसे फिर से संलग्न करना। पुन: सिल्वरिंग प्रक्रिया के दौरान कुछ ब्लॉक WD रेड ड्राइव से पढ़े जाने में विफल रहे और मैंने बैकअप से प्रभावित एक फ़ाइल को पुनर्स्थापित किया। स्क्रबिंग से इस घटना के पहले और बाद में चेकसम त्रुटियों दोनों का पता चला।)

जवाबों:


1

यह बताने का कोई आसान तरीका नहीं है कि चेकसम विफलता के कारण क्या थे, क्योंकि वे फाइल सिस्टम के स्वतंत्र रूप से होते हैं (जब तक कि वे एफएस में बग के कारण नहीं होते हैं, लेकिन मुझे नहीं लगता कि यहां क्या हो रहा है)। smartctlऔर badblocksसफलताओं मुझे उम्मीद है कि इस मुद्दे को एक असफल डिस्क नहीं है।

यह वह पृष्ठ है जो आपको त्रुटि समझने में मदद करने के लिए है: http://illumos.org/msg/ZFS-8000-9P । उससे उद्धरण:

For example, the following cases will all produce errors that do not 
indicate potential device failure:

- A network attached device lost connectivity but has now recovered
- A device suffered from a bit flip, an expected event over long
  periods of time
- An administrator accidentally wrote over a portion of the disk
  using another program

मुझे लगता है कि इस बिंदु पर, ड्राइव से कनेक्टिविटी की जाँच करना और फिर से चलना फिरना सही रास्ता है।


धन्यवाद। मैंने ड्राइव को कम से कम दो बार अनप्लग किया है, और एक ही समय में SATA केबल को स्विच किया है। मुझे संदेह है कि एक दोषपूर्ण केबल है या उन्हें खराब तरीके से जोड़ा जा रहा है मुद्दों के लिए मामला हो सकता है।
taneli
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.