मैं इस स्थिति से सुरक्षित रूप से कैसे बाहर निकलूं?
विवरण इस प्रकार हैं:
एक एक्सएन सर्वर को वीएम को आवंटित ब्लॉक डिवाइस मिला है। लेकिन ये डिवाइस भी Xen के अंदर लगाए गए हैं।
वास्तव में इनमें से 44 उपकरण इस तरह से लगाए गए हैं। मामलों को बदतर बनाने के लिए, प्रत्येक भौतिक उपकरण को 4 रास्तों पर देखा जाता है और उनमें से प्रत्येक को एक अलग माउंटपॉइंट पर रखा जाता है। दूसरे शब्दों में, उपकरण वास्तव में प्रत्येक 5 बार घुड़सवार होते हैं।
VM अतिथि OS PowerPath छद्म डिवाइस के माध्यम से पथ देखता है (एक phy के रूप में आवंटित किया जाता है: domU को ब्लॉक डिवाइस)
कुछ उपकरणों को ext2 और reiserfs के रूप में स्वरूपित किया गया है।
मुझे फाइल सिस्टम भ्रष्टाचार के जोखिमों की व्याख्या करने की आवश्यकता नहीं है।
मुझे डर है कि यहां तक कि फ़ाइल सिस्टम को अनमाउंट करने से भी भ्रष्टाचार हो सकता है, और महसूस कर सकते हैं कि इस बिंदु पर मेजबान से बिजली खींचना सबसे सुरक्षित विकल्प है ।
ध्यान दें कि, सभी VM में अधिकांश भाग के लिए अनुप्रयोग, Oracle डेटाबेस अभी भी चल रहे हैं और उपयोग में हैं।
मुझे यह पता चला जब dom0 पर उच्च CPU उपयोग की जांच की गई। एक unkillable "find" प्रक्रिया है, cwd के साथ -> / मीडिया / डिस्क -12 जो / dev / sdf1 से आरोहित है, जो / dev / emcpowerr से संबंधित है
इससे पहले कि कोई पूछे, मैंने जो प्रक्रियाएं देखी हैं, उन्हें नहीं मारा जा सकता है और सीपीयू और रैम का उपयोग करना जारी रखा जा सकता है (एक दोषपूर्ण / ज़ोंबी प्रक्रिया के विपरीत), यह है कि जब बकाया आई / ओएस की सराहना की जाती है, तो सिंक वापस आ गया, लेकिन डिस्क पर भौतिक रूप से नहीं । आमतौर पर यह टेप I / O पर होता है।
सुझाव !?
PS मुझे उम्मीद है कि इस तरह की चीज़ों को रोकने के लिए डिवाइस एक बार "आरक्षित" हो जाएंगे? या यह लिनक्स पर संभव नहीं है?
संपादित करें: सबसे पहले मुझे विश्वास है कि हाइपरविजर के भीतर केडीई) अपराधी है। ऐसा लगता है कि केडीई डेस्कटॉप आइकनों को बनाने के लिए लॉग ऑन करने वाले उपकरणों को बढ़ा रहा है। एक ही बात हालांकि अन्य एक्सएन सर्वरों पर नहीं हो रही है, लेकिन सभी अन्य सर्वर एसएलईएस और केडीई के पुराने संस्करण को चला रहे हैं ... वी 4 को एक अपमानजनक प्रतीत होता है, 3.4 बेहतर व्यवहार के साथ)।
इसके अलावा दो गैर-महत्वपूर्ण VMs त्रिशंकु हो गए हैं। उन्हें बंद करने के बाद वे फाइल सिस्टम भ्रष्टाचार के कारण फिर से बूट नहीं करेंगे। मुख्य / उत्पादन वीएम अभी भी चल रहा है और उस पर डेटाबेस अभी भी काम कर रहा है, लेकिन स्पष्ट रूप से यह एक टाइम बम है। ग्राहक एक अन्य सर्वर पर दूसरे वीएम पर पर्यावरण को फिर से बनाने का प्रयास कर रहा है, लेकिन कुछ घटकों को कॉन्फ़िगर करने वाले मुद्दों पर अटक गया है, इसलिए हम इंतजार कर रहे हैं ...
किसी भी मामले में मुझे लगता है कि अब तक कोई भी उत्तर "सर्वश्रेष्ठ अभ्यास हमेशा शालीनतापूर्वक बंद किया जाता है" से अधिक है और मुझे कुछ और ठोस मिलने की उम्मीद है ... किसी भी मामले में, मुझे लगता है कि यह स्थिति कुछ और सावधान कर सकती है विचारधारा। शट डाउन करने के लिए विशेष रूप से फ़ाइल सिस्टम मेटा डेटा अपडेट में बकाया IO का कारण होगा, को सिंक किया जाएगा और संभावित रूप से प्रमुख फ़ाइल सिस्टम भ्रष्टाचार का कारण होगा?