Re: Σχετικά με τις ενημερώσεις Linux kernel
Για Kernel update χωρίς υπάρχει το Ksplice χρήσιμο μεν για τον linux server μου δωρεαν δε μόνο για Ubuntu... (νομίζω) On Παρ, 2012-08-17 at 12:14 +0300, Panagiotis Theodoropoulos wrote: Σε intranet περιβάλλον είναι στημένος Ubuntu Server 10.04 LTS, στον οποίο λειτουργούν εφαρμογές (LAMP) 24X24. Το θέμα είναι με τις ενημερώσεις του linux kernel, που απαιτούν πάντα επανεκκίνηση του συστήματος. Ερωτήσεις α) Πρέπει να γίνονται ακόμη και αν δεν είναι ενημερώσεις ασφαλείας; β) αν δεν γίνει μια ενημέρωση και επακολουθήσει άλλη μεταγενέστερη, μπορεί να γίνει η τελευταία ενημέρωση χωρίς να έχει γίνει η προηγούμενη; γ) υπάρχει λύση για αποφυγή της επανεκκίνησης; (είχα δοκιμάσει σχετικό project, αλλά δεν είχε αποτέλεσμα) -- Παναγιώτης Θεοδωρόπουλος Panagiotis Theodoropoulos tpanagio...@gmail.com -- next part -- An HTML attachment was scrubbed... URL: https://lists.ubuntu.com/archives/ubuntu-gr/attachments/20120817/f06a47f0/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
Re: Σχετικά με τις ενημερώσεις Linux kernel
και σε τελική ανάλυση υπάρχει και το clustering όπως είπες, για αυτό δεν βλέπουμε κάποια εναλλακτική προσπάθεια από τους μεγάλους. Στις 19 Αυγούστου 2012 8:38 π.μ., ο χρήστης Pantelis Koukousoulas pkt...@gmail.com έγραψε: 2012/8/19 Sergey Tsabolov ( aka linuxman ) serg...@greeklug.gr: Όταν διαβάσεις αυτό http://www.ksplice.com/subscription-agreement θα καταλάβεις Και δεν είναι free, ναι για κρίσιμα συστήματα αξίζει άλλα για προσωπική χρήση δεν νομίζω. Και να κάνεις όλα τα updates απλά δεν κάνεις ρεστάρτ, γιατί δεν κερδίζεις ουσιαστικά τίποτα από εκκίνηση με νεώτερο πυρήνα εφόσον με το προηγούμενο λειτουργούσε σωστά. Το subscription agreement είναι για το uptrack service, άρα δεν έχει τόσο σχέση με το γιατί τα low-level tools π.χ., δεν είναι κομμάτι κάποιας διανομής. Το θέμα είναι η μη διαθεσιμότητα των εργαλείων. Αν δεν κάνεις reboot μετά από security updates στον πυρήνα, τότε οι τρύπες που κλείνουν με αυτά τα updates απλά παραμένουν ανοιχτές σε εσένα. (Εκτός αν χρησιμοποιείς το ksplice όπως αναφέρθηκε). Η συζήτηση σε αυτό το thread είναι από άποψη high availability για ένα server. Οπότε η πρακτική του απλά να αφήσεις το σύστημα ευάλωτο για να μη χάσεις τα uptime statistics δεν είναι και ό,τι πιο υπεύθυνο, γιατί αναπόφευκτα θα οδηγήσει στο να χακευτεί κάποια στιγμή ο server και τότε το downtime συνήθως είναι πολύ μεγαλύτερο από τo μισό ή 1 λεπτό ενός reboot (χώρια το τυχόν κόστος απώλειας ευαίσθητων δεδομένων κλπ). Ότι λειτουργεί απλά δεν το πειράζεις . Αυτό ισχύει για Windows, Legacy Unix και για συστήματα που δεν καταλαβαίνεις ή δεν αξίζει τον κόπο να καταλάβεις πώς ακριβώς δουλεύουν αφού έχεις προγραμματίσει να τα αντικαταστήσεις σύντομα. Σε Linux servers η καλύτερη στρατηγική είναι ή να ξέρεις πολύ καλά τι κάνεις ή να έχεις competent admins. Χαιρετισμούς, Παντελής -- *LibreOffice: *η ελεύθερη και δωρεάν, πολυδύναμη (power-packed), σουΐτα προσωπικής παραγωγικότητας: Επεξεργαστής κειμένων *Writer*, υπολογιστικό Φύλλο *Calc*, εφαρμογή Παρουσίασης Διαφανειών *Impress*, πρόγραμμα Σχεδίασης/ Ζωγραφικής *Draw*, πρόγραμμα Διαχείρισης Μαθηματικών Τύπων και Υπολογισμών *Math*, εφαρμογή Βάσης Δεδομένων *Base*. Κατεβάστε το LibreOffice! http://el.libreoffice.org/download/ -- next part -- An HTML attachment was scrubbed... URL: https://lists.ubuntu.com/archives/ubuntu-gr/attachments/20120819/b796b708/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
Re: Σχετικά με τις ενημερώσεις Linux kernel
2012/8/19 stavros daliakopoulos stavros.daliakopou...@gmail.com: και σε τελική ανάλυση υπάρχει και το clustering όπως είπες, για αυτό δεν βλέπουμε κάποια εναλλακτική προσπάθεια από τους μεγάλους. Το θέμα είναι ότι το clustering είναι κάτι που αφενός χρειάζεται έτσι κι αλλιώς στις μεγάλες εγκαταστάσεις για λόγους scalability και ευελιξίας ως προς το scalability (δηλαδή scale up/down απλά προσθέτοντας/αφαιρώντας μηχανήματα) και αφετέρου είναι αρκετά πιο απροβλημάτιστη γενικά λύση ως προς τη συντήρηση/updates, άπαξ και περάσει ο αρχικός πόνος του να το στήσεις σωστά. To uptrack βέβαια ακόμα και με clustering έχει νόημα αν μιλάμε για μεγάλα π.χ., virtual machine hosts τα οποία είναι φασαρία να γίνουν reboot ή ακόμα και απαιτούν τη φυσική παρουσία του admin για reboot π.χ., για λόγους ασφάλειας. Σε τέτοια περίπτωση, το uptrack επιτρέπει να γίνεται το reboot *προβλέψιμα* π.χ., σε εργάσιμες ώρες κάθε 1η Δευτέρα του μήνα (ώστε να μην πληρώνει η επιχείρηση υπερωρίες στο sysadmin) χωρίς να θυσιάζονται και τα έγκαιρα kernel updates. Το θέμα είναι το κατά πόσο υπάρχει η απαιτούμενη τυφλή εμπιστοσύνη στην Oracle για την παροχή μιας τόσο κρίσιμης υπηρεσίας και γι αυτό το σκοπό προς το παρόν στα κρίσιμα μηχανήματα που συντηρώ προσωπικά φτιάχνω τα hot updates που δεν μπορούν να περιμένουν μόνος μου χρησιμοποιώντας τα ksplice tools. Ευτυχώς μέχρι στιγμής αυτά τα updates είναι πολύ λίγα οπότε αυτή η δουλειά είναι βιώσιμη. Αν το Linux αρχίσει να χρειάζεται συχνότερα σημαντικά updates από 4-5 το χρόνο μάλλον θα κατέληγα να χρησιμοποιήσω το uptrack. Η πεποίθησή μου πάντως είναι ότι ο περισσότερος κόσμος δε χρειάζεται το uptrack/ksplice, καλύτερα γρήγορο boot time ή clustering. Χαιρετισμούς, Παντελής -- 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
Re: Σχετικά με τις ενημερώσεις Linux kernel
Κατατοπιστικός ως συνήθως Παντελή, νομίζω καλύφθηκε το θέμα ;-) Στις 19 Αυγούστου 2012 12:17 μ.μ., ο χρήστης Pantelis Koukousoulas pkt...@gmail.com έγραψε: 2012/8/19 stavros daliakopoulos stavros.daliakopou...@gmail.com: και σε τελική ανάλυση υπάρχει και το clustering όπως είπες, για αυτό δεν βλέπουμε κάποια εναλλακτική προσπάθεια από τους μεγάλους. Το θέμα είναι ότι το clustering είναι κάτι που αφενός χρειάζεται έτσι κι αλλιώς στις μεγάλες εγκαταστάσεις για λόγους scalability και ευελιξίας ως προς το scalability (δηλαδή scale up/down απλά προσθέτοντας/αφαιρώντας μηχανήματα) και αφετέρου είναι αρκετά πιο απροβλημάτιστη γενικά λύση ως προς τη συντήρηση/updates, άπαξ και περάσει ο αρχικός πόνος του να το στήσεις σωστά. To uptrack βέβαια ακόμα και με clustering έχει νόημα αν μιλάμε για μεγάλα π.χ., virtual machine hosts τα οποία είναι φασαρία να γίνουν reboot ή ακόμα και απαιτούν τη φυσική παρουσία του admin για reboot π.χ., για λόγους ασφάλειας. Σε τέτοια περίπτωση, το uptrack επιτρέπει να γίνεται το reboot *προβλέψιμα* π.χ., σε εργάσιμες ώρες κάθε 1η Δευτέρα του μήνα (ώστε να μην πληρώνει η επιχείρηση υπερωρίες στο sysadmin) χωρίς να θυσιάζονται και τα έγκαιρα kernel updates. Το θέμα είναι το κατά πόσο υπάρχει η απαιτούμενη τυφλή εμπιστοσύνη στην Oracle για την παροχή μιας τόσο κρίσιμης υπηρεσίας και γι αυτό το σκοπό προς το παρόν στα κρίσιμα μηχανήματα που συντηρώ προσωπικά φτιάχνω τα hot updates που δεν μπορούν να περιμένουν μόνος μου χρησιμοποιώντας τα ksplice tools. Ευτυχώς μέχρι στιγμής αυτά τα updates είναι πολύ λίγα οπότε αυτή η δουλειά είναι βιώσιμη. Αν το Linux αρχίσει να χρειάζεται συχνότερα σημαντικά updates από 4-5 το χρόνο μάλλον θα κατέληγα να χρησιμοποιήσω το uptrack. Η πεποίθησή μου πάντως είναι ότι ο περισσότερος κόσμος δε χρειάζεται το uptrack/ksplice, καλύτερα γρήγορο boot time ή clustering. Χαιρετισμούς, Παντελής -- *LibreOffice: *η ελεύθερη και δωρεάν, πολυδύναμη (power-packed), σουΐτα προσωπικής παραγωγικότητας: Επεξεργαστής κειμένων *Writer*, υπολογιστικό Φύλλο *Calc*, εφαρμογή Παρουσίασης Διαφανειών *Impress*, πρόγραμμα Σχεδίασης/ Ζωγραφικής *Draw*, πρόγραμμα Διαχείρισης Μαθηματικών Τύπων και Υπολογισμών *Math*, εφαρμογή Βάσης Δεδομένων *Base*. Κατεβάστε το LibreOffice! http://el.libreoffice.org/download/ -- next part -- An HTML attachment was scrubbed... URL: https://lists.ubuntu.com/archives/ubuntu-gr/attachments/20120819/980edb7a/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
Re: Σχετικά με τις ενημερώσεις Linux kernel
Ρίξε μια ματιά και στο 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
Re: Σχετικά με τις ενημερώσεις Linux kernel
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
Re: Σχετικά με τις ενημερώσεις Linux kernel
εναλλακτική του ksplice το https://en.wikipedia.org/wiki/Kexec ? Στις 18 Αυγούστου 2012 11:22 π.μ., ο χρήστης Nick Andrik nick.and...@gmail.com έγραψε: 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 -- *LibreOffice: *η ελεύθερη και δωρεάν, πολυδύναμη (power-packed), σουΐτα προσωπικής παραγωγικότητας: Επεξεργαστής κειμένων *Writer*, υπολογιστικό Φύλλο *Calc*, εφαρμογή Παρουσίασης Διαφανειών *Impress*, πρόγραμμα Σχεδίασης/ Ζωγραφικής *Draw*, πρόγραμμα Διαχείρισης Μαθηματικών Τύπων και Υπολογισμών *Math*, εφαρμογή Βάσης Δεδομένων *Base*. Κατεβάστε το LibreOffice! http://el.libreoffice.org/download/ -- next part -- An HTML attachment was scrubbed... URL: https://lists.ubuntu.com/archives/ubuntu-gr/attachments/20120818/34a58a38/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
Re: Σχετικά με τις ενημερώσεις Linux kernel
2012/8/18 stavros daliakopoulos stavros.daliakopou...@gmail.com: εναλλακτική του ksplice το https://en.wikipedia.org/wiki/Kexec ? Όχι, καμμία σχέση. Το ksplice είναι ένας κατά κάποιο τρόπο μεταγλωττιστής ώστε τα patches να φορτώνονται ως modules, ενώ το kexec είναι ουσιαστικά ένας bootloader, από Linux σε Linux ώστε να μπορείς να κάνεις γρήγορα reboot. Χαιρετισμούς, Παντελής -- 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
Re: Σχετικά με τις ενημερώσεις Linux kernel
αφού το ksplice έχει άδεια gpl γιατί δεν έχει περάσει στο linux μόνιμα, άσχετα αν το αγόρασε η oracle? Στις 18 Αυγούστου 2012 11:29 μ.μ., ο χρήστης Pantelis Koukousoulas pkt...@gmail.com έγραψε: 2012/8/18 stavros daliakopoulos stavros.daliakopou...@gmail.com: εναλλακτική του ksplice το https://en.wikipedia.org/wiki/Kexec ? Όχι, καμμία σχέση. Το ksplice είναι ένας κατά κάποιο τρόπο μεταγλωττιστής ώστε τα patches να φορτώνονται ως modules, ενώ το kexec είναι ουσιαστικά ένας bootloader, από Linux σε Linux ώστε να μπορείς να κάνεις γρήγορα reboot. Χαιρετισμούς, Παντελής -- *LibreOffice: *η ελεύθερη και δωρεάν, πολυδύναμη (power-packed), σουΐτα προσωπικής παραγωγικότητας: Επεξεργαστής κειμένων *Writer*, υπολογιστικό Φύλλο *Calc*, εφαρμογή Παρουσίασης Διαφανειών *Impress*, πρόγραμμα Σχεδίασης/ Ζωγραφικής *Draw*, πρόγραμμα Διαχείρισης Μαθηματικών Τύπων και Υπολογισμών *Math*, εφαρμογή Βάσης Δεδομένων *Base*. Κατεβάστε το LibreOffice! http://el.libreoffice.org/download/ -- next part -- An HTML attachment was scrubbed... URL: https://lists.ubuntu.com/archives/ubuntu-gr/attachments/20120818/0ee52379/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
Re: Σχετικά με τις ενημερώσεις Linux kernel
2012/8/18 stavros daliakopoulos stavros.daliakopou...@gmail.com: αφού το ksplice έχει άδεια gpl γιατί δεν έχει περάσει στο linux μόνιμα, άσχετα αν το αγόρασε η oracle? Όταν λέμε ksplice εννοούμε διάφορα κομμάτια: * Το πρώτο κομμάτι ήταν να υπάρξει η δυνατότητα να γίνει ο πυρήνας compile με τις παραμέτρους -ffunction-sections και -fdata-sections. Το κομμάτι αυτό προτάθηκε και έγινε merge στον πυρήνα πριν κάποια χρόνια https://lkml.org/lkml/2008/8/24/159 * Τα low-level userspace εργαλεία: Π.χ., η εντολή που φτιάχνει ένα hot update module από ένα kernel tree στο οποίο έχουμε εφαρμόσει ένα patch. Αυτά από ότι θυμάμαι είχαν επίσης γίνει release στην αρχή ως GPL με τη μορφή ενός public github repository. Από τη στιγμή που η Oracle αγόρασε την εταιρία Ksplice Inc, η επίσημη ενημέρωση λέει ότι ο κώδικας αυτός μεταφέρεται στο oss.oracle.com. Αυτό που υπάρχει αυτή τη στιγμή στο oss.oracle.com είναι απλά το εξής: https://oss.oracle.com/ksplice/software/ksplice-0.9.9.1-src.tar.gz Ούτε git repo, ούτε updates, ούτε τίποτα. βλ. http://cormander.com/2011/07/ksplice-currently-violates-the-gpl/ Μάλλον οι δικηγόροι της Oracle δε συμφωνούν 100% με αυτή την οπτική και κανένας δεν έχει βρεθεί να τους μηνύσει ακόμα. Ευτυχώς υπήρχαν αρκετά git clones και έτσι σώζεται ο κώδικας ως είχε πριν κλείσει ουσιαστικά: Π.χ., https://github.com/CentOS/ksplice Για οδηγίες ως προς το πώς χρησιμοποιούνται τα εργαλεία αυτά βλ. π.χ., http://cormander.com/2011/08/how-to-use-the-ksplice-raw-utilities/ * Το service κομμάτι (uptrack) δηλ: * Το κομμάτι δηλαδή της παραγωγής των binary updates (σε κάποιες περιπτώσεις χρειάζεται manual δουλειά, δεν είναι πάντα τόσο απλό όσο να τρέξεις ksplice-create στο κατάλληλο tree) * Το software του client: uptrack-upgrade, uptrack-show κλπ και το αντίστοιχο server κομμάτι (το οποίο βέβαια μπορεί να ήταν απλά ένα directory προσβάσιμο από http). * Η διαχείριση των subscriptions κλπ. Για το κομμάτι αυτό δε γνωρίζω πολλά πράγματα για το αν ήταν ποτέ καν open-source, άρα αν κάποιος θέλει να αναπτύξει αντίστοιχη υπηρεσία θα πρέπει να ξαναγράψει το σχετικό κώδικα και να έχει και ανθρώπους που καταλαβαίνουν από data structure repairs κλπ ώστε να επεμβαίνουν manually όταν τα raw utilities δε δουλεύουν σωστά. Οπότε, συνοψίζοντας, η κατάσταση έχει ως εξής: * Το kernel κομμάτι είναι μέρος του kernel εδώ και 2-3 χρόνια αν θυμάμαι καλά. * Τα raw utilities θα μπορούσαν να είναι κομμάτι της διανομής αλλά δεν αξίζουν τον κόπο δεδομένου ότι δεν απευθύνονται σε end users αλλά περισσότερο σε προγραμματιστές. * Το service κομμάτι (π.χ., ο uptrack manager και τα uptrack command line tools) δεν είναι open-source καν, οπότε δεν μπορεί να είναι κομμάτι κάποιας διανομής. * Αυτή τη στιγμή νομίζω το ubuntu 10.04 και 12.04 υποστηρίζεται δωρεάν στο uptrack, οπότε αν κάποιος εμπιστεύεται την oracle και δεν τον πειράζει το γεγονός ότι ουσιαστικά τρέχει binary kernel κώδικα με αυτό τον τρόπο, μπορεί να χρησιμοποιήσει τα υπάρχοντα closed-source πακέτα του client. Αυτοί που φαίνεται να επηρρεάζονται περισσότερο αρνητικά από την αλλαγή ιδιοκτησίας της ksplice inc είναι αυτοί που τρέχουν CentOS οι οποίοι σκέφτονται να αναπτύξουν τη δική τους αντίστοιχη υπηρεσία (βλ. CentOS rebootless kernel upgrades project) με βάση τον τελευταίο ανοιχτό κώδικα για τα ksplice tools. Ελπίζω αυτό να ξεκαθαρίζει κάπως την κατάσταση, Παντελής -- 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
Re: Σχετικά με τις ενημερώσεις Linux kernel
2012/8/19 Sergey Tsabolov ( aka linuxman ) serg...@greeklug.gr: Όταν διαβάσεις αυτό http://www.ksplice.com/subscription-agreement θα καταλάβεις Και δεν είναι free, ναι για κρίσιμα συστήματα αξίζει άλλα για προσωπική χρήση δεν νομίζω. Και να κάνεις όλα τα updates απλά δεν κάνεις ρεστάρτ, γιατί δεν κερδίζεις ουσιαστικά τίποτα από εκκίνηση με νεώτερο πυρήνα εφόσον με το προηγούμενο λειτουργούσε σωστά. Το subscription agreement είναι για το uptrack service, άρα δεν έχει τόσο σχέση με το γιατί τα low-level tools π.χ., δεν είναι κομμάτι κάποιας διανομής. Το θέμα είναι η μη διαθεσιμότητα των εργαλείων. Αν δεν κάνεις reboot μετά από security updates στον πυρήνα, τότε οι τρύπες που κλείνουν με αυτά τα updates απλά παραμένουν ανοιχτές σε εσένα. (Εκτός αν χρησιμοποιείς το ksplice όπως αναφέρθηκε). Η συζήτηση σε αυτό το thread είναι από άποψη high availability για ένα server. Οπότε η πρακτική του απλά να αφήσεις το σύστημα ευάλωτο για να μη χάσεις τα uptime statistics δεν είναι και ό,τι πιο υπεύθυνο, γιατί αναπόφευκτα θα οδηγήσει στο να χακευτεί κάποια στιγμή ο server και τότε το downtime συνήθως είναι πολύ μεγαλύτερο από τo μισό ή 1 λεπτό ενός reboot (χώρια το τυχόν κόστος απώλειας ευαίσθητων δεδομένων κλπ). Ότι λειτουργεί απλά δεν το πειράζεις . Αυτό ισχύει για Windows, Legacy Unix και για συστήματα που δεν καταλαβαίνεις ή δεν αξίζει τον κόπο να καταλάβεις πώς ακριβώς δουλεύουν αφού έχεις προγραμματίσει να τα αντικαταστήσεις σύντομα. Σε Linux servers η καλύτερη στρατηγική είναι ή να ξέρεις πολύ καλά τι κάνεις ή να έχεις competent admins. Χαιρετισμούς, Παντελής -- 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
Re: Σχετικά με τις ενημερώσεις Linux kernel
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. Χαιρετισμούς, Παντελής -- 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
Re: Σχετικά με τις ενημερώσεις Linux kernel
Παντελή Ευχαριστώ πολύ για τις αναλυτικές απαντήσεις σου. Χαιρετισμούς Παναγιώτης 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
