क्या मेरा SSH सर्वर है, और इसके अंतर्गत सब कुछ (बाश सहित) हमेशा भारी लोड के तहत उपलब्ध हो सकता है?
शायद यह किसी तरह का एक महत्वपूर्ण मार्ग हो सकता है, सभी मेमोरी में , एक समर्पित सीपीयू या ऐसा कुछ।
मेरे सर्वर पर क्या हो रहा है, इसकी जांच करने के लिए मेरे पास कम-से-कम सर्वर पर हमेशा उपलब्ध सर्वर क्या हो सकता है?
क्या आप यह सुनिश्चित करने के तरीके के बारे में पूछ रहे हैं कि आप एसएसएच के माध्यम से लॉग-इन कर सकते हैं, अन्यथा किसी गैर-जिम्मेदार प्रणाली को परेशान करने / शूट करने के लिए? यदि हां, तो यह एक उत्तर है जिसे मैं देखना चाहता हूं। मुझे पहले आश्चर्य हुआ था कि क्या किसी तरह से रूट के लिए CPU / मेमोरी संसाधनों का प्रतिशत आरक्षित करने का कोई तरीका है, जब एक ext2 फाइल सिस्टम भर जाता है, तो डिस्क स्थान का 5% रूट के लिए आरक्षित होता है।
—
एंथनी जोगेगन
@AnthonyGeoghegan हां, यही मैं पूछ रहा हूं। और यही मैं सोच रहा हूं, लेकिन मुझे यकीन नहीं है कि ऐसा करने का कोई तरीका है (या कैसे)।
—
नीले
चारों ओर देखने के दौरान, मैंने देखा कि कुछ साल पहले इसी तरह का सवाल पूछा गया था, लेकिन कोई जवाब नहीं मिला। यहां उम्मीद है कि इस सवाल को बेहतर प्रतिक्रिया मिलेगी।
—
एंथनी गेघेगन
संभावित उत्तर नहीं है। हालांकि, वहाँ बातें आप कर सकते हैं कि दूर से इस तरह की निगरानी (स्काउट, NewRelic के सर्वर निगरानी) और दूरस्थ syslog लॉगिंग (PaperTrail, LogStash, rsyslog, आदि) दूरस्थ सिस्टम को विन्यस्त के रूप में समस्याओं भारी बोझ के कारण, निदान में सहायता करेगा कर रहे हैं
—
क्रीक
सबसे आम "अनुत्तरदायी" समस्याएं जो मैंने देखी हैं, वे फ़ाइल डिस्क्रिप्टर, ग्रिड और सॉकेट्स से बाहर चल रही हैं। यहां तक कि अगर आपके पास आरक्षित प्रक्रियाओं का एक पूल रखने के लिए sshd के लिए कोई रास्ता था, तो bash कांटा करने में असमर्थ होगा, इसलिए आप एक बेकार शेल के साथ समाप्त हो जाएंगे। आपका सबसे अच्छा मौका एक शेल होगा जिसमें डिबगिंग टूल बनाया गया है, लेकिन यदि आप फ़ाइल हैंडल से बाहर हैं, तो आपको अभी भी समस्याओं का निदान करने में परेशानी होगी।
—
क्रिस मेंडेज