वहाँ भी एक बग kswapdकहीं लगता है, उम्मीद है कि केवल पुराने गुठली पर।
लगभग हर दिन अब kswapd एक बड़े क्लस्टर (गैर-चालू कर्नेल के साथ, हालांकि) में कुछ मशीनों पर बेतरतीब ढंग से चला जाता है। दोनों kswapd प्रक्रियाओं पर 100% CPU। कोई अन्य चलने वाली प्रक्रिया (ssh शेल को छोड़कर), बहुत सारी मुफ्त रैम (700 MB से अधिक) और कोई भी SWAP का उपयोग नहीं किया गया। कोई स्वैपिन नहीं, कोई स्वैपआउट भी नहीं।
अभी तक कुछ भी नहीं बताया गया है कि एक विशेष मशीन को क्यों मारा जाता है और दूसरा नहीं है। यह पूरी तरह से यादृच्छिक नहीं लगता है, क्योंकि यह आमतौर पर थोड़े समय के भीतर एक से अधिक मशीनों को हिट करता है। यह मशीनों की तरह दिखता है, जो निष्क्रिय हैं, साथ ही मशीनें, जो उच्च दबाव में हैं, प्रभाव से कम (!) होने की संभावना है। तो यह काम के भार के साथ कुछ करना है और केवल हिट अगर मशीन न तो निष्क्रिय है और न ही बहुत व्यस्त है।
अगर समस्या पर हमला होता है तो कुछ भी मदद नहीं करता है। सभी प्रक्रियाओं को मारना (जो अकल्पनीय नहीं हुआ), सभी फाइल सिस्टम को अनमाउंट करना, कुछ भी नहीं। kswapdअभी भी 100% CPU पर रहता है। मुझे एसएमपी गुठली में कुछ स्पिनलॉक दौड़ पर संदेह है, लेकिन यह भी संभावना है कि मैं गलत हूं।
शायद मेरा जवाब serverfault.com/questions/316995/#493257 देखें
टिप्पणियाँ:
- रिबूटिंग प्रभावित मशीनें अक्सर विफल हो जाती हैं क्योंकि शटडाउन प्रक्रिया कहीं न कहीं लटकने लगती है।
- इंटरनेट से कोई सीधा संबंध नहीं है। विदेशी कारणों की संभावना नहीं है।
- यह लोड के दृष्टिकोण से मशीनों के कार्यभार के प्रकार पर निर्भर करता है, क्योंकि हमारे पास ऐसी मशीनें हैं जो कभी भी प्रभावित नहीं हुई थीं (अभी तक)।
- क्षमा करें, हम जो करते हैं और क्यों करते हैं, उस पर मैं अधिक विशिष्ट नहीं हो सकता।
- हां, मैं अटकलें लगा रहा हूं। क्योंकि यह आज एक बहुत ही रोमांचक प्रभाव है।