Oops, μόλις είδα ότι ο Παντελής αναφέρει και το ksplice. Πάντως για security updates (επειδή αυτό είναι που συνήθως καίει σε server), δουλεύει καλά. Υπάρχει κι έτοιμο πακετάκι για ubuntu
-- =Do- N.AND Στις 18 Αυγούστου 2012 10:20 π.μ., ο χρήστης Nick Andrik <nick.and...@gmail.com> έγραψε: > Ρίξε μια ματιά και στο ksplice που στήνει (αυτόματα ή και μη) > αναβαθμίσεις στους πυρήνες χωρίς reboot: > http://www.ksplice.com/ > > -- > =Do- > N.AND > > > Στις 17 Αυγούστου 2012 12:10 μ.μ., ο χρήστης Panagiotis Theodoropoulos > <tpanagio...@gmail.com> έγραψε: >> Παντελή >> Ευχαριστώ πολύ για τις αναλυτικές απαντήσεις σου. >> >> Χαιρετισμούς >> Παναγιώτης >> >> 2012/8/17 Pantelis Koukousoulas <pkt...@gmail.com> >> >>> 2012/8/17 Panagiotis Theodoropoulos <tpanagio...@gmail.com>: >>> > Σε intranet περιβάλλον είναι στημένος Ubuntu Server 10.04 LTS, στον οποίο >>> > λειτουργούν εφαρμογές (LAMP) 24X24. >>> > Το θέμα είναι με τις ενημερώσεις του linux kernel, που απαιτούν πάντα >>> > επανεκκίνηση του συστήματος. >>> > Ερωτήσεις >>> > α) Πρέπει να γίνονται ακόμη και αν δεν είναι ενημερώσεις ασφαλείας; >>> >>> Το θέμα έχει ως εξής: αν θέλεις να αποφύγεις μία αναβάθμιση πρέπει να >>> διαβάσεις >>> το τι ακριβώς διορθώνει ώστε να αποφασίσεις αν σε αφορά και είναι >>> επείγουσα ή όχι. >>> Αν δε θέλεις να διαβάζεις απλά τις κάνεις όλες και ξεμπερδεύεις >>> (τουλάχιστον στη >>> θεωρία). >>> >>> > β) αν δεν γίνει μια ενημέρωση και επακολουθήσει άλλη μεταγενέστερη, >>> μπορεί >>> > να γίνει η τελευταία ενημέρωση χωρίς να έχει γίνει η προηγούμενη; >>> >>> Αν μιλάμε για kernel ναι, γιατί κάθε ενημέρωση είναι μία πλήρως αυτοτελής >>> έκδοση του πακέτου, δεν περιλαμβάνει μόνο τις διαφορές από την προηγούμενη >>> έκδοση. >>> >>> > γ) υπάρχει λύση για αποφυγή της επανεκκίνησης; (είχα δοκιμάσει σχετικό >>> > project, αλλά δεν είχε αποτέλεσμα) >>> >>> Υπάρχει το ksplice και η υπηρεσία uptrack από την oracle που το >>> χρησιμοποιεί >>> για rebootless kernel upgrades. Αυτό μπορεί να δουλέψει μόνο για μικρές >>> αλλαγές >>> (όπως συνήθως είναι τα security updates). >>> >>> Μια άλλη λύση είναι το clustering (ή σκέτο fault-tolerant setup) με >>> τουλάχιστον 2 >>> servers, τους οποίους αναβαθμίζεις εναλλάξ, άρα μειώνεις το downtime >>> στο ελάχιστο. >>> >>> Και μια άλλη πιθανότητα είναι να προσπαθήσεις να κρατήσεις το boot time όσο >>> το δυνατόν πιο χαμηλά, συνήθως 20-30 δευτερόλεπτα downtime είναι ανεκτά >>> σε intranet. Αν δεν είναι, τότε η καλύτερη λύση είναι το clustering. >>> >>> Χαιρετισμούς, >>> Παντελής >>> >> >> >> >> -- >> Παναγιώτης Θεοδωρόπουλος >> Panagiotis Theodoropoulos >> <tpanagio...@gmail.com> >> -------------- next part -------------- >> An HTML attachment was scrubbed... >> URL: >> <https://lists.ubuntu.com/archives/ubuntu-gr/attachments/20120817/91eadef4/attachment.html> >> -- >> Ubuntu-gr mailing list >> Ubuntu-gr@lists.ubuntu.com >> >> If you do not want to receive any more messages from the ubuntu-gr mailing >> list, please follow this link and choose unsubscribe: >> https://lists.ubuntu.com/mailman/listinfo/ubuntu-gr -- Ubuntu-gr mailing list Ubuntu-gr@lists.ubuntu.com If you do not want to receive any more messages from the ubuntu-gr mailing list, please follow this link and choose unsubscribe: https://lists.ubuntu.com/mailman/listinfo/ubuntu-gr