मैंने हाल ही में एक घटिया एंट्रोपी पूल के साथ अपनी पहली मुठभेड़ की थी, और मुझे यह जानकर निराशा हुई कि सामान्य सिस्टम लॉग में से कोई भी समस्या की खोज में सहायक नहीं था।
एक नए CentOS 6 वर्चुअल मशीन पर CUPS स्थापित करने के बाद, मैंने HTTPS के माध्यम से व्यवस्थापक पृष्ठ से कनेक्ट करने का प्रयास किया। अनुरोध अनिश्चित काल के लिए लटका हुआ दिखाई दिया। मुझे बाद में पता चला कि सीयूपीएस मक्खी पर एक नया स्व-हस्ताक्षरित एसएसएल प्रमाणपत्र बनाने की कोशिश कर रहा था, और इसे / देव / यादृच्छिक से पढ़ने का प्रयास करते हुए अवरुद्ध कर दिया गया था। इंटरनेट पर आगे पढ़ने से पता चलता है कि यह आभासी मशीनों के लिए एक आम समस्या है क्योंकि उनमें एन्ट्रापी के सामान्य स्रोतों का अभाव है।
यद्यपि मेरे विशिष्ट मामले में काम करना आसान था, लेकिन अब मैं पागल हो गया हूं कि मेरे ईएसएक्सआई क्लस्टर में अन्य आभासी मशीनों पर इसी तरह की कमी हो सकती है। लेकिन चूंकि यह घटना सामान्य लॉग फ़ाइलों में से किसी पर नहीं लिखी गई है, इसलिए मुझे वास्तव में यह जानने का कोई तरीका नहीं है कि समस्या कितनी प्रचलित है।
क्या किसी बड़े क्लस्टर में सभी आभासी मशीनों पर एन्ट्रापी की उपलब्धता की आसानी से निगरानी करने का कोई तरीका है? विशेष रूप से, मैं यह जानना चाहता हूं कि क्या कुछ मशीनों पर हमारे द्वारा देखी जा रही कुछ रुक-रुक कर प्रदर्शन की समस्याओं में एन्ट्रापी की कमी एक महत्वपूर्ण कारक है।
