Τα παλιά χρόνια το LTSP σέρβιρε τον εικονικό κατάλογο /opt/ltsp/i386 μέσω του πρωτοκόλλου NFS.
Μετά για ταχύτητα από κατάλογο τον κάνανε αρχείο /opt/ltsp/images/i386.img και το σερβίρανε μέσω πρωτοκόλλου NBD.
Αλλά το NBD είναι κάπως ασταθές, δεν επιζεί μετά από server reboots ή μεγάλα disconnections, και δεν λειτουργεί πολύ καλά το caching σε αυτό, οπότε τελικά χάνει και κάποια ταχύτητα.
Τελευταία δοκίμαζα μια ενδιάμεση λύση που φαίνεται να έχει μόνο οφέλη: να σερβίρουμε το αρχείο /opt/ltsp/images/i386.img μέσω NFS, και όχι τον κατάλογο.
Όποιος θέλει να το δοκιμάσει σε Ubuntu 16.04 ή 18.04, ας κάνει τα εξής:
sudo apt install --yes nfs-kernel-server
sudo ltsp-config nfs
sudo pluma /var/lib/tftpboot/ltsp/*/pxelinux.cfg/default
Σε αυτό το αρχείο, αλλάζουμε τη γραμμή 14 από κάτι τέτοιο:
append ro initrd=initrd.img-4.15.0-45-generic init=/sbin/init-ltsp forcepae root=/dev/nbd0
σε κάτι τέτοιο:
append ro initrd=initrd.img-4.15.0-45-generic init=/sbin/init-ltsp forcepae root=/dev/nfs nfsroot=/opt/ltsp/images,rsize=32768,wsize=32768 ltsploop=i386.img
(αυτό το αρχείο ξαναδημιουργείται μετά από δημοσίευση εικονικού δίσκου οπότε οι αλλαγές θα πρέπει να εφαρμοστούν ξανά)
Επανεκκινούμε τους clients και ελέγχουμε αν τα πράγματα είναι σταθερότερα και πιθανώς ταχύτερα.
Αν δουλεύει καλά, θα το παρατήσουμε τελείως το NBD σε επόμενες εκδόσεις.
Το δοκίμασα σε ένα σχολείο και φαίνεται λίγο γρηγορότερο και πολύ σταθερότερο από το NBD.
Όσοι θέλουν να κάνουν μόνιμη την αλλαγή, δίνουν:
sudo rm /var/lib/tftpboot/ltsp/amd64/pxelinux.cfg/default
sudo pluma /var/lib/tftpboot/ltsp/amd64/pxelinux.cfg/default
Και επικολλούν το παρακάτω:
default ltsp-NFS
ontimeout ltsp-NFS
label ltsp-NFS
menu label LTSP, using NFS
kernel vmlinuz-generic
append ro initrd=initrd.img-generic init=/sbin/init-ltsp forcepae root=/dev/nfs nfsroot=/opt/ltsp/images,rsize=32768,wsize=32768 ltsploop=amd64.img
ipappend 3
Όπου βλέπετε amd64 βάλτε i386 αν έχετε 32bit εγκατάσταση.
Το έβαλα σε 18.04 32bit και σε μια γρήγορη δοκιμή που έκανα τα βρήκα όλα ΟΚ. Την Δευτέρα θα το δω πιο προσεκτικά.
Θα το δοκιμάσω κάπου μέσα στις εξετάσεις μάλλον.
Ευχαριστώ
Ακολούθησα τις οδηγίες για μόνιμη αλλαγή, έχει δοκιμαστεί 2+ βδομάδες στα εργαστήρια των 2 σχολείων που είμαι και όλα λειτουργούν μια χαρά.
Από 17/5 που το έβαλα όλα ΟΚ (τόσο ΟΚ που το έβαλα και το ξέχασα και για αυτό άργησα να γράψω εδώ... ::)).
Πολύ ωραία νέα!
Εγώ έχω ξεκινήσει τον προγραμματισμό του νέου LTSP, και έχω ήδη βάλει το NFS ως προεπιλεγμένο.
Spoiler: το νέο LTSP θα είναι γραμμένο εξ' αρχής, θα ονομάζεται π.χ. ltsp 19.09 (χρονιά/μήνας), θα υποστηρίζει τον ίδιο τον server (pnp)/virtualbox VMs/live cds/squashfs images/chroots ως πηγές για την εκκίνηση των clients, θα χρησιμοποιεί τον κανονικό display manager (οθόνη σύνδεσης) της κάθε διανομής με authentication μέσω ssh, ενώ το /home θα διατίθεται ως συνήθως μέσω nfs ή sshfs. Επίσης θα υποστηρίζει uefi καθώς και αυτόματη επιλογή μεταξύ 64/32bit εικονικών δίσκων.
Δηλαδή για παράδειγμα θα μπορούμε να δηλώσουμε ως εικονικό δίσκο ένα οποιοδήποτε live cd ubuntu/debian που κατεβάσαμε για να δοκιμάσουμε κάποιο άλλο desktop environment, και να μπουτάρουμε τους clients με αυτό, χρησιμοποιώντας κανονικά τα accounts/home του server!
Ως bonus μπορεί να πακετάρω/διαθέσω τον κώδικα για κεντρική αυθεντικοποίηση/home και για εγκαταστάσεις χωρίς ltsp (γιατί ldap/kerberos/nfs4 κλπ θέλουν μέρες να στηθούν, ενώ αυτό θα στήνεται σε 1 λεπτό).
Για τα υπόλοιπα defaults, που προσανατολιζόμαστε; Ασφάλεια ή ταχύτητα; Π.χ. το nfs3 είναι ανασφαλές αλλά πιο σταθερό και γρήγορο από το sshfs, το προτιμάμε;
Μια χαρά! Όλο και καλύτερα!
Παράθεση από: alkisg στις 12 Ιουν 2019, 10:12:31 ΠΜ
Για τα υπόλοιπα defaults, που προσανατολιζόμαστε; Ασφάλεια ή ταχύτητα; Π.χ. το nfs3 είναι ανασφαλές αλλά πιο σταθερό και γρήγορο από το sshfs, το προτιμάμε;
Νομίζω ότι στο περιβάλλον των σχολικών εργαστηρίων πιο σημαντικά χαρακτηριστικά είναι η σταθερότητα και η ταχύτητα.
Συμφωνώ κι εγώ. Προέχει η σταθερότητα. Έπειτα η ταχύτητα και μετά η ασφάλεια. Ειδικά εμείς του Δημοτικού δεν νομίζω να κινδυνεύουμε από hackers που θα θέλουν να κλέψουν τις ασκήσεις των μαθητών :D !!!
Ταχύτητα και σταθερότητα Άλκη.
(σε μας στα ΕΠΑΛ, ας είναι μάγκες οι μαθητές να το παραβιάσουν :D )
- Σταθερότητα
- Ταχύτητα
- Ασφάλεια
:)
Πρόσθεσα τις παραμέτρους rsize=32768,wsize=32768 στις παραπάνω οδηγίες, αν δείτε lags βάλτε τες και πείτε εάν βοηθάνε (μάλλον χρειάζονται περισσότερο σε όσους έχουν δίκτυο μεικτής ταχύτητας, gigabit server και 100 Mbps clients).
Απορία: θα πρέπει να το κάνουμε όλοι αυτό; (όσοι έχουμε εγκαταστήσει LTSP)
Επίσης κάποιες άλλες απορίες:
- εγκατέστησα το "glossa" για το ΑΕΠΠ αλλά δε δίνει δυνατότητα κωδικοποίησης σε ψευδογλώσσα για το μάθημα της Β'. Τι μπορώ να κάνω;
- Για τις ασκήσεις στο "AppInventor" - Εφαρμογές Πληροφορικής Α' Λυκείου - χρησιμοποιούσα το "Companion" online μέσω WiFi. Μπορεί να χρησιμοποιηθεί και μέσω LTSP;
0) Όχι. Είναι λίγο πιο γρήγορο και σταθερό, αλλά δεν πειράζει, ο πολύς κόσμος θα το έχει με την 20.04 και το νέο LTSP.
1) https://alkisg.mysch.gr/steki/index.php?topic=5090.msg53098#msg53098
2) https://alkisg.mysch.gr/steki/index.php?topic=5980.msg70118#msg70118
Ερώτηση: Αν θέλουμε να επαναφέρουμε το NBD τι κάνουμε;
(στο φορτωμένο δίκτυό μου, φαίνεται να έχω κάποια προβληματάκια και θέλω να τα συγκρίνω πριν σχηματίσω άποψη)
Για να επαναφέρουμε το NBD λογικά αρκεί η παρακάτω εντολή, η οποία αντικαθιστά το αρχείο default με symlink:
sudo ln -sf ltsp /var/lib/tftpboot/ltsp/*/pxelinux.cfg/default
Λυκούργε όμως βεβαιώσου ότι έχεις βάλει τα rsize=32768,wsize=32768 που γράφω παραπάνω.
Εδώ και 10+ χρόνια υπήρχε ένα θέμα με την ταχύτητα του NFS, το οποίο το εντόπισα και το ανάφερα πριν λίγες μέρες (https://github.com/ltsp/ltsp/issues/27#issuecomment-533789912). Στο νέο LTSP έχω ήδη περάσει το workaround και πάει σφαίρα, ενώ στο LTSP5 είναι πιο δύσκολο το workaround, οπότε το μισο-φτιάχνουμε με τα rsize=32768,wsize=32768.
Για παράδειγμα, ο χρόνος εκκίνησης ενός παλιού client σε 100ρι δίκτυο έπεσε από 83 sec στα 34 sec, επειδή αντί να μεταφερθούν 1210 MB μέσω δικτύου μεταφέρθηκαν μόνο 158 MB.
Θα ξεκινήσω δοκιμές σήμερα (θα κρατήσω χρόνους) και θα σας πω αναλυτικά.
Αν θες έλα και από το IRC μήπως και το επιταχύνουμε κάμποσο με μια INIT_COMMAND_x εντολή (μειώσουμε το read ahead που προκαλεί το πρόβλημα).
Άλκη έχεις δίκιο, τα rsize/wsize είναι απαραίτητα.
Για να bootάρουν ΤΑΥΤΟΧΡΟΝΑ 6 pc σε 100άρι δίκτυο (από το τέλος του bootloader μέχρι τη φόρτωση της login screen)
α. με rsize=32768,wsize=32768 χρειάστηκαν ~80-110 sec
β. χωρίς rsize/wsize χρειαζόταν κοντά ένα 10λεπτο - ΑΝ επιβίωναν (πχ σε πολλές περιπτώσεις κρεμούσαν 2-3)
γ. με σκέτο NBD χρειαζόμασταν κάτι λιγότερο από 5λεπτο (~300-350sec)
Σημείωση: μιλάμε για δίκτυο ΕΠΑΛ με 30 σταθμούς εργασίας, 3 υπολογιστές στη γραμματεία και αρκετά pc/κινητά εκπαιδευτικών στα 2 wifi του σχολείου (ναι ξέρω - το δίκτυο θέλει περαιτέρω βελτιστοποίηση).
Νέα μέτρηση:
θέτοντας τα rsize/wsize = 16384 , οι clients ξεκίνησαν περίπου σε 70-75''.
Για το δικό μας δίκτυο, φαίνεται με αυτές τις τιμές να πιάσαμε το βέλτιστο.
Με τις παρακάτω (αδοκίμαστες!) εντολές προσθέτετε ένα script που θεωρητικά δίνει την βέλτιστη επιτάχυνση, ενώ ταυτόχρονα αφαιρέστε τις παραμέτρους rsize/wsize ώστε να χρησιμοποιηθούν οι default τιμές τους.
sudo -i
wget 'https://alkisg.mysch.gr/steki/index.php?action=dlattach;topic=7792.0;attach=5265' -O /usr/share/initramfs-tools/scripts/nfs-bottom/ltspreadahead
chmod +x /usr/share/initramfs-tools/scripts/nfs-bottom/ltspreadahead
update-initramfs -u
cp /boot/initrd.img-* /var/lib/tftpboot/ltsp/*/
exit
Παράθεση από: alkisg στις 19 Νοε 2019, 12:12:48 ΜΜ
Με τις παρακάτω (αδοκίμαστες!) εντολές προσθέτετε ένα script που θεωρητικά δίνει την βέλτιστη επιτάχυνση, ενώ ταυτόχρονα αφαιρέστε τις παραμέτρους rsize/wsize ώστε να χρησιμοποιηθούν οι default τιμές τους.
Δοκίμασα το script σε 2 διαφορετικά εργαστήρια και όλα λειτουργούν κανονικά. Δεν είχα την πολυτέλεια του χρόνου να μετρήσω με ακρίβεια το χρόνο φόρτωσης πριν και μετά για σύγκριση, όμως, σε Gigabit δίκτυο PC Pentium 4 1.7 με 512 RAM φορτώνει λειτουργικό σε ~1 λεπτό, οπότε είμαστε ΟΚ.
Θα προστεθεί στο αποθετήριο ή θα το βάζουμε εμείς σε περιπτώσεις που διαπιστώνουμε καθυστέρηση;
Το παλιό LTSP δεν αναπτύσσεται πια, και όλα αυτά που λέμε εδώ είναι για το παλιό LTSP. Άρα, χειρωνακτικά.
Από Σεπτέμβρη θέλουμε όλα τα σχολεία να έχουν:
- Οι νέοι υπολογιστές, 20.04 64bit και νέο LTSP
- Οι παλιοί υπολογιστές, 18.04 32bit και νέο LTSP
Και το παλιό LTSP να μη χρησιμοποιείται πουθενά (εκτός αν κάποιος έχει ακόμα thin clients, π.χ. < Pentium 4 @2 GHz, που δεν θα έπρεπε).
Το νέο LTSP έχει τη βέλτιστη ταχύτητα από default χωρίς να χρειάζεται κάποια ρύθμιση.
Ωχ σόρρυ είχα ξεχάσει ένα "nfs-bottom/" στις παραπάνω εντολές (https://alkisg.mysch.gr/steki/index.php?topic=7792.msg88268#msg88268) οπότε το νέο script δεν καλούνταν καθόλου. Το διόρθωσα αλλά πρέπει να εκτελεστούν ξανά οι εντολές.
Για να βεβαιωθούμε ότι τελικά ενεργεί το script, επιλέγουμε κάποιον client από τον Επόπτη, κάνουμε δεξί κλικ άνοιγμα κονσόλας διαχειριστή τοπικά, και τρέχουμε:
grep -v 128 /sys/class/bdi/*/read_ahead_kb
Αυτό θα πρέπει να εμφανίσει μόνο τέτοιες γραμμές που να τελειώνουν σε 4 και όχι σε άλλο αριθμό:
/sys/class/bdi/0:23/read_ahead_kb:4