Re: Σχετικά με τις ενημερώσεις Linux kernel
Nick Andrik
nick.andrik at gmail.com
Sat Aug 18 08:20:47 UTC 2012
Ρίξε μια ματιά και στο ksplice που στήνει (αυτόματα ή και μη)
αναβαθμίσεις στους πυρήνες χωρίς reboot:
http://www.ksplice.com/
--
=Do-
N.AND
Στις 17 Αυγούστου 2012 12:10 μ.μ., ο χρήστης Panagiotis Theodoropoulos
<tpanagiotis at gmail.com> έγραψε:
> Παντελή
> Ευχαριστώ πολύ για τις αναλυτικές απαντήσεις σου.
>
> Χαιρετισμούς
> Παναγιώτης
>
> 2012/8/17 Pantelis Koukousoulas <pktoss at gmail.com>
>
>> 2012/8/17 Panagiotis Theodoropoulos <tpanagiotis at 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
> <tpanagiotis at 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 at 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
More information about the Ubuntu-gr
mailing list