उबंटू 11.04, सॉफ्टवेयर RAID और इसकी रिकवरी के साथ वर्चुअल सर्वर

हाय हमर। मैं Ubuntu सर्वर 11.04 पर सॉफ़्टवेयर RAID के साथ एक समस्या के समाधान का वर्णन करना चाहूंगा कि मुझे सर्वर को गलत तरीके से रिबूट करने का सामना करना पड़ा।

कुछ दिन पहले, मैंने काम किया था, पीएचपी में कोड लिखा था, कार्यालय सर्वर ने अधिक लोड नहीं किया। सामान्य तौर पर, हमारे लिए यह आवश्यक है कि हम सर्वर और क्लाइंट कोड दोनों को अपनी मशीनों और संस्करण पर git का उपयोग करें, जब तक कि mysql डेटाबेस को कभी-कभी उस सर्वर से साझा नहीं किया जाता है। और यदि आवश्यक हो, तो बचाव के लिए धक्का दें। कई विकासों के लिए, सर्वर को इंटरनेट से पहुंच और पहुंच से अद्यतन vhosts के साथ कॉन्फ़िगर किया गया है।

सर्वर से किसी पृष्ठ को पुनः लोड करने के बाद, मुझे लगा कि कुछ गलत है, पृष्ठ का कुछ हिस्सा लोड किया गया है, और फिर सब कुछ ... स्थिति इस तथ्य से बढ़ गई थी कि एक सहकर्मी आया और उसने कहा कि smb पर सर्वर तक पहुंच उसके लिए काम करना बंद कर देती है, लेकिन मैं अभी भी काम कर रहा हूं और ssh पर कनेक्शन गिर गया। यह स्पष्ट हो गया कि न केवल अपाचे लटका दिया।

"कोई समस्या नहीं है," मैंने सोचा, "क्योंकि हमारे पास वर्चुअलाइजेशन है, मैं vm को पुनः आरंभ करूंगा और यह सभी टोपी के बारे में है।" हां, यह सही है। उबंटू सर्वर 11.04 पर एक भौतिक सर्वर है, जिसके अंदर, क्यूमू के तहत, एक और उबंटू सर्वर 11.04 चल रहा है, जिस पर सभी आवश्यक सेवाएं कॉन्फ़िगर की गई हैं। ऐसा क्यों? निर्णय एक अधिक अनुभवी सहयोगी द्वारा किया गया था, जो दुर्भाग्य से छोड़ दिया था, और मैं सिस्टम प्रशासन में विशेष रूप से मजबूत नहीं हूं। मैं पासवर्ड बदलने के बारे में कहानी का एक छोटा सा हिस्सा छोड़ दूंगा, जो मुझे निश्चित रूप से नहीं पता था :)

मैं भौतिक सर्वर से जुड़ा, और वहाँ:

virsh: list 

ठीक है, सर्वर चल रहा है, आईडी 1. मैं टर्मिनल पर नहीं जा रहा हूं (थोड़ा घबराहट को ध्यान में रखते हुए, मैं vnc के बारे में भूल गया, लेकिन उस समय यह मुझे बहुत मदद नहीं करेगा, हालांकि यह अतिथि ओएस के लिए कॉन्फ़िगर किया गया था)।

 virsh: reboot 1 error: this function is not supported by the hypervisor: virDomainReboot 

ठीक नहीं है, लेकिन आप क्या कर सकते हैं:

 virsh: destroy 1 start 1 

की प्रतीक्षा कर रहा है। अभी भी टर्मिनल से चिपके नहीं हैं। ssh कनेक्शन काम नहीं करता है। Vobschem सर्वर प्रारंभ नहीं होता है। एकाधिक विनाश / प्रारंभ प्रयास विफल रहे हैं। हताश, मैंने अतिथि ओएस के कॉन्फ़िगरेशन को देखने का फैसला किया। और वहाँ:

 <graphics type='vnc' port='5901' autoport='no' listen='0.0.0.0'/> 

मैं खुश था और vnc पर इस अपमान को देखने के लिए चढ़ गया। सभी आगे अतिथि OS के अंदर किया जाता है। और वहाँ:

 The disk drive for /some/mounted/folder is not ready yet or not present Continue to wait; or Press S to skip mounting or M for manual recovery 

एस के पहले प्रेस के बाद, मुझे एहसास हुआ कि सब कुछ बहुत बुरा लग रहा था। S को एक सेकंड के लिए S 100500 बार दबाने के बाद, OS बूट करना जारी रखा, लेकिन mysql, Apache और कई अन्य डेमोंस शुरू नहीं हुए, क्योंकि फ़ोल्डर्स जैसे / var / lib / mysql माउंट नहीं किए गए थे। लॉगिन पर काबू पाने के बाद, मैंने यह समझने की कोशिश की कि सब कुछ कहां खो गया (हमारे पास बैकअप है, लेकिन मैं वास्तव में सप्ताह के बाकी हिस्सों को बहाल करने के लिए नहीं करना चाहता था)। / Etc / fstab और / dev / like / dev / md / 1_0 में अजीब प्रविष्टियों की उपस्थिति ने मुझे चिंतित कर दिया। Google ने सुझाव दिया कि ये सॉफ्टवेयर RAID सरणी के भाग हैं। उबंटू के अंदर, उबंटू, उबंटू सॉफ्टवेयर के अंदर RAID ... यहाँ। 5 भाग थे।

Google ने सुझाव दिया कि fsck और mdadm मेरी मदद करें:

 fsck –nvf /dev/md/1_0 … fsck –nvf /dev/md/5_0 

हम fsck को कुछ भी नहीं बदलने के लिए कहते हैं, कंसोल के लिए दिलचस्प जानकारी के बहुत सारे कचरे को आउटपुट करते हैं और सब कुछ जांचते हैं, भले ही फ़ाइल सिस्टम को क्षतिग्रस्त के रूप में चिह्नित नहीं किया गया हो। 5 में से, 3 एफएस त्रुटियों / क्षति के रूप में निकला।

तब मैंने एक मौका लिया और fsck को इसे ठीक करने के लिए कहा:

 fsck –vf /dev/md/1_0 … fsck –vf /dev/md/1_0 

इसी समय, सभी उपकरणों के लिए mdadm ने कहा:

 mdadm --detail /dev/md/1_0 … Raid Level : raid1 … 

/ etc / fstab ने कहा:

 … /dev/md/1_0 /var/www ext3 defaults,noatime 1 2 … 

सुधार धमाके के साथ हुआ। यह समझने के लिए बना रहता है कि इसे फिर से कैसे बनाया जाए। रिबूट करने से कोई फायदा नहीं हुआ। सरणी को ही इकट्ठा नहीं किया गया था। यह पता चला कि प्रपत्र / dev / md [xxx] के डिवाइसेस / डेपिंग / dev / md / [yyy] के नाम और मैपिंग प्रत्येक रिबूट (प्रतीकात्मक लिंक / dev / md [xxx] से बदलकर / dev / md /) में बनाए गए हैं। इसलिए, /etc/mdadm.conf में पंजीकृत डिवाइस सिस्टम द्वारा नहीं पाए गए और स्वचालित रूप से माउंट नहीं किए गए थे।

इस स्तर पर, मैंने यह सोचना बंद कर दिया कि "यह काम पहले कैसे हुआ था?", और इसने इस फ़ाइल में जो मुझे / dev / md / में देखा था, उसके साथ जुड़ने के लिए किसी तरह की तलाश करने के लिए शुरू किया।

और फिर भी मैंने पाया:

 mdadm --detail /dev/md/123_0 … UUID : 4e9f1a60:4492:11e2:a25f:0800200c9a66 … less /etc/mdadm.conf ARRAY /dev/md/1_0 level=raid1 metadata=0.90 num-devices=2 devices=/dev/sda5,/dev/sdb5 UUID=4e9f1a60:4492:11e2:a25f:0800200c9a66 

कनेक्शन पाया जाता है (UUID), छोटे के लिए मामला। सूची / देव / md [xxx] से नए उपकरणों में / etc / fstab में पाए गए पुराने माउंट पॉइंट्स असाइन करें, जो किया गया था:

 mount –a #    /etc/fstab 

Mysql, Apache और इतने पर पुनः आरंभ करने के बाद, यह देखते हुए कि / var / www की सामग्री वापस आ गई है और सब कुछ खिल रहा है और नृत्य कर रहा है, मैं शांत हो गया और कॉफी पीने चला गया। जैसा कि यह निकला, सर्वर अपटाइम वर्ष से 4 दिन पहले नहीं था। हालाँकि, यह नहीं कहा जा सकता है कि समस्या 100% हल है। यह एक रिबूट के दौरान समझ से बाहर का व्यवहार है, लेकिन अब उन जोड़तोड़ों की एक सूची है जिसे निष्पादित किया जाना चाहिए ताकि सब कुछ फिर से काम करे। समुदाय के लिए एक सवाल है, लेकिन क्या किसी ने एक समान सामना किया है?

इस सवाल पर मैं अपनी कहानी समाप्त करूंगा। टिप्स, सवाल और टिप्पणियों का स्वागत है।

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