हॉट-स्वैप ड्राइव को नया नाम मिला। यदि मैं इसे 'md' सरणी में वापस जोड़ता हूं और इसे रिबूट पर बदल दिया जाता है, तो क्या सरणी अभी भी काम करेगी?

Question

मेरे सर्वर के RAID विन्यास में एक HDDs विफल हो गया, इसलिए मैंने इसे सरणी से बाहर निकाल लिया और डेटा केंद्र को गर्म-स्वैप कर दिया। उन्होंने ऐसा किया है, लेकिन अब नई ड्राइव के /dev/sdcबजाय /dev/sda। मुझे संदेह है कि अगर मैं सर्वर को रिबूट करता हूं, तो यह /dev/sdaफिर से होगा , इसलिए मैं इसे सरणी में वापस जोड़ने में संकोच कर रहा हूं /dev/sdcक्योंकि मैं खुद को अगले रिबूट पर गिरने के लिए जाल नहीं डालना चाहता हूं। अगर मुझे ज़रूरत नहीं है तो मैं जल्द ही सर्वर को रिबूट नहीं करूँगा (अगर मुझे ज़रूरत है, तो ठीक है, मेरे लिए बहुत बुरा है)।

अगर मैं इसे जोड़ /dev/sdcदूं, तो क्या रिबूट पर कोई समस्या होगी? या वहां से डिवाइस का नाम बदलने के लिए किसी तरह है /dev/sdcकरने के लिए /dev/sdaरिबूट करने के बिना?

यह Ubuntu 10.04 LTS पर है। यह एक mdसरणी ("लिनक्स सॉफ्टवेयर RAID") है, जहां वर्तमान में उपकरणों में से एक है (उनमें से एक जोड़े हैं) इस तरह दिखता है ("अपमानित" क्योंकि मैंने पुराने /dev/sdaको इससे हटा दिया है):

# mdadm - detail / dev / md0
/ Dev / md0:
        संस्करण: 00.90.03
  निर्माण समय: सूर्य अक्टूबर 11 21:07:54 2009
     छापे का स्तर: छापे 1
     ऐरे आकार: 97536 (95.27 MiB 99.88 MB)
  प्रयुक्त देव आकार: 97536 (95.27 MiB 99.88 MB)
   छापे उपकरण: 2
  कुल डिवाइस: 1
पसंदीदा माइनर: 0
    दृढ़ता: सुपरब्लॉक लगातार है

    अपडेट का समय: थु जून 30 09:31:16 2011
          राज्य: स्वच्छ, नीचा
 सक्रिय उपकरण: 1
काम कर रहे उपकरण: 1
 विफल डिवाइस: 0
  स्पेयर डिवाइस: 0

           UUID: 496be7a5: ab9177ed: 7792c71e: 7dc17a4
         घटनाक्रम: 0.112

    नंबर मेजर माइनर रेडडेविस स्टेट
       0 8 17 0 सक्रिय सिंक / देव / sdb1
       1 0 0 1 हटा दिया

Comments

क्या सरणी? यदि यह UIDs को स्कैन कर रहा है तो यह महत्वपूर्ण नहीं है अगर यह sda या sdc है

— Jure1873

यह एक mdसरणी ("लिनक्स सॉफ्टवेयर RAID") है। सभी डिवाइस जोड़ / हटाने और इस तरह के उपकरण नामों को संदर्भित करता है, लेकिन मुझे नहीं पता कि इसका मतलब यह है कि यह वास्तव में उन पर निर्भर करता है या ... मैंने इस पर आउटपुट mdadm --detailको प्रश्न में जोड़ा है ।

— टीजे क्राउडर

md सरणियों के लिए mdadm सभी डिस्क को स्कैन करता है (जैसा कि /etc/mdadm.conf में परिभाषित किया गया है) इसलिए यह कोई फर्क नहीं पड़ता कि वे कहां हैं, क्योंकि यह डिस्क के हेडर में एक आईडी लिखता है ताकि यह सरणियों को फिर से इकट्ठा कर सके।

— जुरे 1873

हां, धन्यवाद, प्रश्न पर अपडेट की जांच करें, मैंने उस व्यवहार का वर्णन किया और इसे जांचने का काम किया।

— टीजे क्राउडर

@TJCrowder के बजाय (या इसके अलावा) अपने प्रश्न को अपडेट करने के लिए आप अपनी खोज को उत्तर के रूप में जोड़ना चाह सकते हैं (और इसे स्वीकार करें), क्योंकि यह प्रश्न मूल रूप से हल किया गया है।

— डेनिस नोल्टे

Answer 1

आगे बढ़ना और इसे जोड़ना ठीक है /dev/sdc। कर्नेल mdप्रलेखन के माध्यम से पढ़ना , अगर नाम रिबूट पर बदल जाता है, तो इससे कोई फर्क नहीं पड़ता। (अच्छा डिजाइन, यह।) यहाँ क्यों है:

RAID सरणियों का बूट समय ऑटोडेटेक्शन

जब md को कर्नेल (मॉड्यूल के रूप में नहीं) में संकलित किया जाता है, तो टाइप 0xfd के विभाजन स्कैन किए जाते हैं और स्वचालित रूप से RAID सरणियों में इकट्ठे होते हैं। इस ऑटोडेटेक्शन को कर्नेल पैरामीटर "रेड = नोओटोडेटक्ट" से दबाया जा सकता है। कर्नेल २.६.९ के रूप में, केवल ० सुपरब्लॉक के साथ ड्राइव को स्वतः लोड किया जा सकता है और बूट समय पर चलाया जा सकता है।

कर्नेल पैरामीटर "छापे = विभाजन योग्य" (या "छापे = भाग") का अर्थ है कि सभी ऑटो-डिटेक्ट किए गए सरणियों को विभाजन के रूप में इकट्ठा किया जाता है।

हालाँकि मैंने mdकर्नेल में संकलित नहीं किया है , मेरा सेटअप ऊपर की तरह ही काम करता है क्योंकि यह ऑटो-लोडिंग है mdadmऔर mdadm.confकर्नेल की तरह एक सुपरब्लॉक के लिए सभी विभाजनों को स्कैन करने के लिए सेट किया गया है:

# डिफ़ॉल्ट रूप से, एमडी सुपरब्लॉक के लिए सभी विभाजन (/ proc / विभाजन) को स्कैन करें।
# वैकल्पिक रूप से, यदि वांछित हो तो वाइल्डकार्ड का उपयोग करके उपकरणों को स्कैन करने के लिए निर्दिष्ट करें।
DEVICE विभाजन

तो यह सरणी के पुनर्निर्माण के लिए ठीक है /dev/sdc; नाम शायद /dev/sdaरिबूट पर बदल जाएगा , लेकिन अगर mdऊपर के रूप में सेट किया गया है तो कोई परेशानी नहीं होगी ।