सर्वर ने शेयरों के माध्यम से पहुंच की अनुमति देना रहस्यमय ढंग से बंद कर दिया


1

हमारे पास एक एकल स्टैंडअलोन 2008 R2 सर्वर है, जो ESXi 5.5 पर चल रहा है, जो ग्राहकों को फ़ाइल शेयर प्रदान करता है।

कल रात यह रहस्यमय तरीके से भीतर का हिस्सा उपयोग की अनुमति बंद कर दिया। मैं मान रहा हूं कि यह एसएमबी को रोक रहा था / रोक रहा था, लेकिन समस्या यह है, और जो मुझे चिंतित करता है, वह यह है कि जो हो रहा था उसका कोई रिकॉर्ड नहीं है।

जैसे-जैसे कॉल आने लगे, मैं सफलतापूर्वक सर्वर से पिंग और RDP करने में सक्षम हो गया। एक ही समय \\SERVER\Shareमें एक डोमेन व्यवस्थापक के रूप में प्रयास करने से पहले कि शेयर अनुपलब्ध था वापस आने से पहले लटका दिया।

एक बार जब मैं सर्वर पर RDPto से जुड़ा, तो सब कुछ सामान्य दिखाई दिया: RAM और CPU उपयोग कम थे, सभी अपेक्षित सेवाएं चल रही थीं। ईवेंट व्यूअर ने शाब्दिक उपयोग के बारे में कुछ भी नहीं दिखाया, केवल सामान्य सूचनात्मक प्रविष्टियों की कोई त्रुटि नहीं और कुछ त्रुटियां जहां मेरे आरडीपी सत्र ने अज्ञात प्रिंटर को मैप करने का प्रयास किया था।

सुरक्षा लॉग, जहां मुझे 'विंडोज़ फ़िल्टरिंग प्लेटफ़ॉर्म गिरा पैकेट' का भार देखने की उम्मीद थी, जो कि हमने पहले देखी गई कुछ चीज़ों को स्पष्ट कर दिया था, बस सामान्य लॉगऑन इवेंट और ऑडिट लॉग।

अन्य शेयरों के आउटबाउंड के कनेक्शन ठीक थे, संक्षेप में मुझे ठीक करने के लिए कुछ भी नहीं दिख रहा था।

हताशा से बाहर मैंने सर्वर सेवा को फिर से शुरू करने की कोशिश की, जिस बिंदु पर पूरे बॉक्स को फ्रीज किया गया था और मुझे (वर्चुअल) पावर बटन को दबाया जाना था जब तक कि यह बंद न हो जाए। यह ठीक हुआ (भगवान का शुक्र है) लेकिन मैं उलझन में हूं।

मेरा मुवक्किल स्पष्ट सवाल पूछ रहा है और अब तक मेरे पास शर्मनाक तरीके से जवाब देने में सक्षम नहीं है।

कोई विचार? मुझे समय पर वापस जाने और इस मुद्दे के मूल कारण का पता लगाने की बहुत कम उम्मीद है लेकिन क्या इस तरह के मुद्दों के लिए लॉगिंग या भविष्य के परीक्षण के रूप में कुछ और भी हो सकता है?


2
कभी-कभी कोई स्पष्टीकरण नहीं होता है और कोई मूल कारण नहीं मिल सकता है। अपने ग्राहक को बताएं कि आपने अपना विश्लेषण किया है और घटना के लिए कोई तकनीकी कारण नहीं पाया है। एक और घटना के लिए उस पर नज़र रखें और यदि कोई खुद को प्रस्तुत करता है, तो उसे फिर से समस्या निवारण करें, यदि आवश्यक हो तो Microsoft PSS की सहायता से। जितना हम, और हमारे ग्राहक, हर समस्या के लिए एक मूल कारण और एक स्पष्टीकरण खोजना चाहेंगे, कभी-कभी बस एक नहीं होता है।
जोकेवेटी

1
इसके अलावा, मैं फ़्लिपेंट लगने से नफरत करता हूं, लेकिन कभी-कभी मुझे अपने क्लाइंट्स को बताना पड़ता है "मुझे नहीं पता कि समस्या क्यों हुई है। मैंने इस मुद्दे का विश्लेषण किया है और मुझे इसका कोई तकनीकी कारण या मूल कारण नहीं मिल सकता है। यदि समस्या है। फिर से मैं एक और नज़र डालूँगा और जरूरत पड़ने पर <विक्रेता> के साथ एक समर्थन मामला खोलूंगा। "
जोकेवेटी

@joeqwerty यह वही है जो मैंने किया है और घटना बंद है। मुझे इस बात में दिलचस्पी थी कि मेरी परिस्थितियों में दूसरों ने क्या किया होगा / समान परिस्थितियों में किया था।
पैट्रिक

जवाबों:


1

मेरा मुवक्किल स्पष्ट सवाल पूछ रहा है और अब तक मेरे पास शर्मिंदा है-जवाब देने में सक्षम नहीं है।

इसलिए आप कहते हैं कि आपको सर्वर को मैन्युअल रूप से रिबूट करने के लिए धक्का देना होगा। वास्तव में कठिन। और सभी संकेत उस प्रणाली को सुचारू रूप से चलाने के लिए इंगित करते हैं जब आप RDP'ed में, सही होते हैं? लेकिन फिर भी यह प्रणाली रात भर बिना किसी स्पष्ट कारण के चुभती रही।

सबसे पहले, आपको क्लाइंट को यह बताने की ज़रूरत है कि कभी-कभी कोई ठोस जवाब नहीं होता है। हो सकता है कि कोई शक्ति वृद्धि हुई हो? शायद यह सिर्फ एक हिचकी थी। मेरे पास ऐसे सर्वर हैं जो सचमुच रिबूट के बिना महीनों तक चलते रहते हैं। क्यों? कोई जानकारी नहीं। एक रिबूट चीजों को साफ करता है। और कभी-कभी लॉग मदद कर सकते हैं।

उस ने कहा, आपके द्वारा प्रदान की जा रही जानकारी के आधार पर मेरा सबसे अच्छा अनुमान यह है कि खेलने में कुछ हार्डवेयर स्तर की समस्या है। रैम, हार्ड ड्राइव, संबंधित हार्डवेयर या कुछ और हो सकता है। यहां तक ​​कि सीपीयू को भी।

इस मामले में मैं सबसे अच्छी बात यह करूंगा कि सिस्टम की पूरी तरह से हार्डवेयर जांच चलाने के लिए कुछ बिंदु पर घंटों तक रखरखाव खिड़की को शेड्यूल करना है। यदि आप ऐसा नहीं करते हैं, तो आप जोखिम उठा रहे हैं कि यह समस्या फिर से आ सकती है या पूरी तरह से हार्डवेयर विफलता है।


1
इसका वर्चुअलाइज्ड, इसलिए भौतिक हार्डवेयर समस्या नहीं है। होस्ट कई डिवाइस चला रहा है, और एक ही क्लस्टर पर चलने वाले अन्य लोगों ने समान मुद्दों का प्रदर्शन नहीं किया है।
पैट्रिक

1

यह अंततः हमारे द्वारा उपयोग किए जा रहे वर्चुअल ईथरनेट एडाप्टर के लिए नीचे ट्रैक किया गया था। यह E1000 एडॉप्टर पर चल रहा था। मैंने VMNet 5 ड्राइवर को यह ओवरडैप किया और समस्या दूर हो गई।

FWIW हम ESXi 5.1 पर थे

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.