लिनक्स के लिए सॉफ्टवेयर RAID-6: 16TB सरणी रिकवरी अनुभव

कुछ दिनों पहले, 16x1TB ड्राइव के बजट सरणी पर हार्ड ड्राइव में से एक विफल रही। सरणी स्तर: RAID 6. स्थिति इस तथ्य से जटिल थी कि (जैसा कि यह निकला) उसी सर्वर के वीडियो कार्ड पर कूलर भी पहले उठ गया था, जिसे पहले नहीं देखा गया था, और एचडीडी की जगह के बाद, मामले के शीतलन मोड को बदलने के परिणामस्वरूप, यह फ्रीज के रूप में दिखाई देने लगा। तुल्यकालन समय, जो अपने आप में बहुत अप्रिय है। यह पता चला कि सरणी ने ऑटो-असेंबलिंग को रोक दिया, और कई और डिस्क को असफल के रूप में चिह्नित किया गया था, और मुझे इसके साथ गंभीरता से निपटना था, धूम्रपान विकी, मैनुअल और फ़ोरम (फ़ोरम सबसे उपयोगी हैं क्योंकि वे विशिष्ट स्थितियों में विशिष्ट लोगों के अनुभव का वर्णन करते हैं। ।

मेरे सरणी की संरचना है:

16x1Tb HDD

मंच:
md0 - / रूट 8x1 GB, RAID 6
md1 - / डेटा: 16x999GB, RAID 6

पहले, सभी असेंबली प्रयोग md0 पर किए गए थे, अर्थात्, रूट विभाजन पर, जो अपने आप में महान मूल्य नहीं रखता है, सिवाय इस तथ्य के कि यह एक ट्यून किया हुआ सिस्टम है।

इसलिए मैंने "रेस मोड" में 1 डिस्क डेबियन से बूट किया

के माध्यम से एक सरणी को ऑटो-एसेम्बल करने का प्रयास

 mdadm - कैसेट - scan

त्रुटि के कारण "एक सरणी बनाने के लिए पर्याप्त डिस्क नहीं।"

हम विज्ञान में जारी रखते हैं:

1. सरणियों के लिए विवरण जानकारी को सहेजना आवश्यक है जिसमें ऐसी जानकारी होती है कि कौन सी डिस्क में कौन सी विशेष संख्या है। मामले में आपको "खतरनाक तरीके" एकत्र करने होंगे:

 mdadm --examine / dev / sd [abcdefghijklmnop] 1> / mnt / raid_layout1
 mdadm --examine / dev / sd [abcdefghijklmnop] 2> / mnt / raid_layout2

इन फ़ाइलों में सभी HDD के लिए निम्न के समान कुछ है जो sdX1 विभाजन पर एक सुपरब्लॉक है (मेरे मामले में, md0 के लिए 16 में से केवल 8 ने sdX1 पर एक सुपरब्लॉक है)

नीचे दिए गए अनुभागों में से एक का उदाहरण है:

 / देव / sdp1:
         संस्करण: 0.90.00
      छापे का स्तर: छापे 6
   प्रयुक्त देव आकार: 975360 (952.66 MiB 998.77 MB)
    छापे उपकरण: 8
   कुल उपकरण: 8

       नंबर मेजर माइनर रेडडेविस स्टेट
 यह 4 8 177 4 सक्रिय सिंक / dev / sdl1

    0 0 8 97 0 सक्रिय सिंक / देव / sdg1
    1 1 8 113 1 सक्रिय सिंक / देव / sdh1
    2 2 8 129 2 सक्रिय सिंक / देव / sdi1
    3 3 8 145 3 सक्रिय सिंक / देव / sdj1
    4 4 8 177 4 सक्रिय सिंक / देव / sdl1
    5 5 8 193 5 सक्रिय सिंक / देव / sdm1
    6 6 8 209 6 सक्रिय सिंक / देव / sdn1
    7 7 8 225 7 सक्रिय सिंक / देव / sdo1

संक्षेप में इसका क्या अर्थ है:

sdf2 - वर्तमान पार्स विभाजन
संस्करण 0.90.00 - सुपरब्लॉक संस्करण
आपको उपयोगी जानकारी का एक गुच्छा भी दिखाई देगा - सरणी आकार, UUID, स्तर, सरणी आकार, उपकरणों की संख्या, आदि।

लेकिन अब हमारे लिए सबसे महत्वपूर्ण बात यह है कि सूची में सबसे नीचे की मेज है, इसमें पहली पंक्ति इंगित करती है कि हमारे परीक्षक सरणी में HDD के संदर्भ में क्या है:

 यह 4 8 177 4 सक्रिय सिंक / dev / sdl1

सुपरब्लॉक संस्करण पर भी पूरा ध्यान दें! मेरे मामले में, यह 0.90.00 है।

यहां हम सरणी में उसका नंबर देखते हैं, अर्थात् 4 - आप सूची से अन्य सभी उपकरणों के लिए आउटपुट में समान संख्या पाएंगे। कृपया ध्यान दें कि स्टेटस बार में ड्राइव अक्षर अलग है - sdl1 - इसका मतलब है कि ड्राइव को एक अलग SATA पोर्ट पर आरंभीकृत किया गया था, फिर स्थानांतरित किया गया। यह गैर-महत्वपूर्ण जानकारी है, लेकिन उपयोगी हो सकती है।

क्रिटिकल डिवाइस का नाम और सरणी में इसकी संख्या है (वे पोर्ट से पोर्ट पर चलते समय डिवाइस बदलेंगे)।

हम बनाए गए raid_layout फ़ाइल (उदाहरण के लिए, USB फ्लैश ड्राइव पर) को सहेजते हैं ताकि खो न जाएं, और अगले चरण पर आगे बढ़ें:

एक सरणी को इकट्ठा करने की कोशिश कर रहा है

एक सरणी को इकट्ठा करने के 2 तरीके हैं: स्वचालित और मैनुअल।

स्वत:

 mdadm - कैसेट - scan -v

यदि यह स्वचालित रूप से इकट्ठा हो गया है, तो अपने आप को भाग्यशाली समझें, आपको बस यह जांचने की आवश्यकता है कि क्या सभी HDD सरणी में हैं, और यदि नहीं, तो लापता लोगों को जोड़ें, और आप अब पढ़ नहीं सकते हैं। लेकिन, मेरे मामले में, स्वचालित असेंबली त्रुटि के साथ विफल हो जाती है कि डिवाइस पर्याप्त काम नहीं कर रहे हैं:

 mdadm: / dev / md2 4 ड्राइव से इकट्ठे हुए - सरणी शुरू करने के लिए पर्याप्त नहीं है।

और सरणी को 8 डिस्क में से 4 पर बनाया गया था। बेशक, यह काम नहीं करेगा, क्योंकि RAID6 अनुपस्थित होने के लिए केवल 2 ड्राइव की अनुमति देता है।

सरणी की स्थिति की जाँच करें

 cat / proc / mdstat

 md2: निष्क्रिय sdn1 [3] (S) sdk1 [7] (S) sdj1 [6] (S) sdp1 [4] (S)
       3907264 ब्लॉक

एक सूक्ष्मता है - अगर एचडीडी सूची में एक असंगठित या चिह्नित के रूप में विफल रहता है, तो विधानसभा तुरंत बंद हो जाती है, इसलिए "-v" ध्वज उपयोगी है - यह देखने के लिए कि कौन सी एचडीडी विधानसभा में वृद्धि हुई है।

मैनुअल विधानसभा:

 mdadm --assemble / dev / sd [abcdefgh] 1 -v

एक ही बात है, लेकिन हमने विशेष रूप से निर्दिष्ट किया है जो विधानसभा के लिए उपयोग करना है।

सबसे अधिक संभावना है कि सरणी असेंबल नहीं होगी और स्वचालित असेंबली के मामले में भी। लेकिन, मैन्युअल रूप से इकट्ठा करना, आप बेहतर समझने लगते हैं कि क्या हो रहा है।

यदि विभाजन मेटाडेटा में है, तो सरणी को भी इकट्ठा नहीं किया जाएगा, डिस्क को "दोषपूर्ण" के रूप में चिह्नित किया गया है।

यहाँ मैं स्किप कर रहा हूँ कि मैंने डेटा के साथ ऐरे को कैसे शुरू किया, क्योंकि मैंने / रूट ऐरे को खो दिया, क्यों और कैसे - यह नीचे वर्णित है। "दोषपूर्ण" की स्थिति की अनदेखी करने वाले सरणी को इकट्ठा करें - आप झंडा "-f" (बल) जोड़ सकते हैं - मेरे मामले में, यह डेटा के साथ मुख्य विभाजन को इकट्ठा करने की समस्या को हल करता है, अर्थात, विभाजन को निम्नलिखित कमांड के साथ फिर से बनाया गया था:

 mdadm --assemble / dev / md3 / dev / sd [abcdefghijklmnop: 2 -f

यकीन के लिए, यह इकट्ठा करने के लिए एक सरल तरीका होगा:

 mdadm —assemble —scan -f -v

लेकिन, जब से मैं कांटों के माध्यम से "-f" झंडे के पास गया, अब यह समझ में आता है।
यही है, खराब या अप्रचलित के रूप में चिह्नित विभाजन को सरणी में जोड़ा गया और अनदेखा नहीं किया गया। उच्च संभावना के साथ, एक असफल या पुराना विभाजन एक खराब या ढीले एसएटीए केबल के साथ चिह्नित किया जा सकता है, जो असामान्य नहीं है।

फिर भी, मुझे 16 से 14 डिस्क पर, नीच मोड में एक सरणी मिली।

अब सरणी को सामान्य ऑपरेशन में पुनर्स्थापित करने के लिए और इसके लिए डरने की ज़रूरत नहीं है, आपको इसमें 2 लापता डिस्क जोड़ने की आवश्यकता है:

 mdadm --add / dev / md3 / dev / sdX2

जहाँ X नए HDD विभाजन का अक्षर है

नीचे मैं उन कठिनाइयों को दूंगा जो मुझे अपनी रेक पर दूसरों को कदम रखने से बचाने के लिए सामना करना पड़ा:

मैंने लिनक्स RAID WIKI की एक सरणी के साथ काम करने पर WIKI सिफारिशों - लिनक्स RAID रिकवरी ( raid.wiki.kernel.org/index.php/RAID_Recovery ) का उपयोग किया - मैं आपको सलाह देता हूं कि उनके साथ सावधानी बरतें, क्योंकि पेज बहुत संक्षेप में प्रक्रिया का वर्णन करता है, और इन सिफारिशों के लिए धन्यवाद। मैंने अपनी सरणी का / रूट (md0) नष्ट कर दिया।

WIKI लेख के बहुत नीचे इस पंक्ति तक, सब कुछ बहुत उपयोगी है:

 mdadm --create --assume-clean --level = 6 --raid-devices = 10 / dev / md0 / dev / sdb1 / dev / sdc1 / dev / sdd1 / dev / sde1 / dev / sdf1 लापता / देव / लापता sdl1 / dev / sdk1 / dev / sdj1

यह पंक्ति दर्शाती है कि किसी सरणी को कैसे बनाया जाए, यह जानने के लिए कि इसमें कौन से उपकरण शामिल हैं। यहां आपके सुपरब्लॉक के संस्करण पर विचार करना बहुत महत्वपूर्ण है, क्योंकि नया mdadm एक सुपरब्लॉक 1.2 बनाता है और यह खंड की शुरुआत में स्थित है, 0.90 अंत में स्थित है। इसलिए, आपको ध्वज --metadata = 0.90 जोड़ना होगा।
जब मैंने "--create" का उपयोग करके सरणी को इकट्ठा किया, तो फ़ाइल सिस्टम नष्ट हो गया, और न तो मुख्य ext4 सुपरब्लॉक और न ही बैकअप वाले पाए गए। सबसे पहले मैंने पाया कि नया सुपरब्लॉक 0.90 नहीं बल्कि 1.2 था, जिसके कारण विभाजन नष्ट हो सकता था, लेकिन ऐसा नहीं लगता था, क्योंकि सुपरब्लॉक के RAID संस्करण को 0.90 में बदलने और बैकअप सुपरब्लॉक ext4 की खोज असफल रही थी।
चूंकि / रूट विभाजन सबसे महत्वपूर्ण हिस्सा नहीं है, इसलिए मैंने प्रयोग करने का फैसला किया - सरणी में सुधार किया गया और फिर बंद कर दिया गया:
mdadm —stop / dev / md2
और तुरंत "--create" के माध्यम से बनाया गया: परिणाम - फाइल सिस्टम फिर से नष्ट हो जाता है, हालांकि ऐसा नहीं होना चाहिए था, मुझे यकीन है कि मैंने पहली बार उपकरणों के आदेश को भ्रमित नहीं किया था, और इससे भी अधिक 2 डी।
शायद किसी ने "--create" के माध्यम से विभाजन को सफलतापूर्वक बहाल किया, मुझे इस लेख में जोड़ने में खुशी होगी कि वास्तव में मैंने क्या गलत किया और एफएस को क्यों नष्ट किया गया। शायद यह अन्य चंक आकार के मापदंडों के साथ भी बनाया गया था।

यह स्पष्ट है कि इस लेख की किसी भी सिफारिश का उपयोग आपके जोखिम और जोखिम पर किया जाना चाहिए, कोई भी गारंटी नहीं देता है कि आपके मामले में सब कुछ ठीक उसी तरह काम करेगा जैसा मेरा है।