मेरे पास एक लिनक्स आधारित प्रक्रिया नियंत्रक है जो कभी-कभी उस बिंदु तक लॉक हो जाता है जहां आप इसे पिंग नहीं कर सकते हैं (यानी मैं इसे पिंग कर सकता हूं, फिर यह नेटवर्क सेटिंग्स में बिना किसी संशोधन के पिंगेबल नहीं रह जाता है)।
मैं उत्सुक हूँ, क्या प्रक्रिया / प्रणाली वास्तव में पिंग्स का जवाब देने के लिए जिम्मेदार है? ऐसा प्रतीत होता है कि यह प्रक्रिया दुर्घटनाग्रस्त है।
क्या आप अभी भी इसे ssh कर सकते हैं जबकि यह पिंग्स का जवाब नहीं दे रहा है। या क्या मौजूदा एसएसएच सत्र बंद हो जाते हैं?
—
पीटर कॉर्ड्स
@PeterCordes पूरा सिस्टम लॉक हो जाता है और रिबूट के लिए मजबूर करने तक अनिवार्य रूप से एक ईंट है।
—
इज़ो
ठीक है, यह आमतौर पर एकमात्र तरीका है कि एक मशीन पिंग्स का जवाब देना बंद कर देगी। यह अजीब होगा यदि पिंग ने काम करना बंद कर दिया लेकिन अन्य सामान काम करते रहे, क्योंकि पिंग हैंडलिंग काम करता है, भले ही उपयोगकर्ता-स्पेस को बंद कर दिया गया हो और सब कुछ डिस्क I / O पर एक डेड डिस्क या NFS माउंट या जो भी हो, पर अवरुद्ध हो। मॉनिटर को अपने सिस्टम से कनेक्ट करने का प्रयास करें और देखें कि क्या कोई सांत्वना संदेश है क्योंकि यह लॉक हो गया है। (और यदि आप जानकारी को डंप करने के लिए जादू SysRQ कीबोर्ड अनुक्रम का उपयोग कर सकते हैं, या आसानी से रिमाउंट कर सकते हैं, तो डिस्क + रिबूट को बल-सिंक कर सकते हैं।
—
पीटर कॉर्ड्स
जबकि आपका प्रश्न दिलचस्प है, पिंग आपके सिस्टम की समस्याओं का स्रोत नहीं है, बल्कि एक अस्थिर प्रणाली का परिणाम है। गलत क्या है, यह समझने के लिए लॉग की जाँच करें।
—
पेड्रो लोबिटो
@PedroLobito विशेष रूप से क्या लॉग करता है?
—
इज़ो