मैं उत्पादन में Ksplice के साथ सर्वरफॉल्ट समुदाय के अनुभवों को सुनना चाहूंगा ।
विकिपीडिया से त्वरित धुंधला:
Ksplice लिनक्स कर्नेल का एक स्वतंत्र और खुला स्रोत विस्तार है, जो सिस्टम प्रशासक को ऑपरेटिंग सिस्टम को रिबूट किए बिना चल रहे कर्नेल में सुरक्षा पैच लागू करने की अनुमति देता है।
तथा
Ksplice, कर्नेल को फिर से शुरू किए बिना, किसी भी स्रोत कोड पैच को लागू कर सकता है जिसे केवल कर्नेल कोड को संशोधित करना होगा। अन्य हॉट अपडेट सिस्टम के विपरीत, Ksplice इनपुट के रूप में केवल एक एकीकृत अंतर और मूल कर्नेल स्रोत कोड के रूप में लेता है, और यह चल रहे कर्नेल को सही ढंग से अपडेट करता है, जिसमें कोई और मानवीय सहायता की आवश्यकता नहीं होती है। इसके अतिरिक्त, Ksplice का लाभ उठाने के लिए सिस्टम द्वारा मूल रूप से बूट किए जाने से पहले किसी भी तैयारी की आवश्यकता नहीं है (उदाहरण के लिए चल रहे कर्नेल को विशेष रूप से संकलित करने की आवश्यकता नहीं है)। अपडेट जनरेट करने के लिए, Ksplice को यह निर्धारित करना होगा कि कर्नेल के भीतर कौन सा कोड सोर्स कोड पैच द्वारा बदल दिया गया है।
तो कुछ सवाल:
स्थिरता कैसे हुई? आपके द्वारा कर्नेल के 'रिबूटलेस लाइव पैचिंग' के साथ सामना करने वाले किसी भी विषम मुद्दे? गिरी हुई कहानियाँ या डरावनी कहानियाँ?
मैं इसे कुछ परीक्षण प्रणालियों पर चला रहा हूं और अब तक इसके विज्ञापन के रूप में काम कर रहा हूं, लेकिन मुझे इस बात में दिलचस्पी है कि 'सभी' में जाने से पहले और हमारे उत्पादन सर्वर पर इसे तैनात करने से पहले अन्य sysadmins के साथ क्या अनुभव रहा है।
तो, उत्पादन में Kspice का उपयोग कर कोई?
अपडेट: हम्म, कुछ घंटों के बाद इस सवाल पर कोई वास्तविक गतिविधि नहीं देख रहा है (कुछ प्रकार के अपवोट और फ़ेव के अलावा)। हो सकता है कि कुछ गतिविधि को उगलने के लिए मैं कुछ और प्रश्न पूछूं और देखें कि क्या हम इस चर्चा को आगे बढ़ा सकते हैं ...
"यदि आप Ksplice के बारे में जानते हैं, तो क्या कोई कारण है कि आप इसका उपयोग नहीं कर रहे हैं ?"
"क्या आपको लगता है कि इसकी अभी भी बहुत खून बह रहा है, अप्रतिष्ठित या अप्राप्य?"
"क्या आपके मौजूदा पैच-मैनेजमेंट सिस्टम के अंदर Ksplice अच्छी तरह से फिट नहीं है?"
"क्या आपको उन प्रणालियों से नफरत है जो लंबे (और सुरक्षित) अपटाइम्स हैं?" ;-)