LTSP με custom installation

Fanis Dokianakis fanis at infloop.gr
Sat Jun 23 11:39:50 EEST 2012


Στις Sat 23 of Jun 2012 10:28:34 Spiros Georgaras γράψατε:
> Στις 23/06/2012 08:03 πμ, ο/η Fanis Dokianakis έγραψε:
> > Στις Fri 22 of Jun 2012 17:36:19 Spiros Georgaras γράψατε:
> >> Καλό μεσημέρι σε όλους
> >> 
> >> Θα ήθελα την γνώμη σας σε ένα πρόβλημα που αντιμετωπίζουμε για την
> >> υλοποίηση ενός συστήματος το οποίο έχει 1 server και n τερματικά
> >> 
> >> Σύμφωνα με τις απαιτήσεις, δεν υπάρχει συγκεκριμένος τύπος υπολογιστή
> >> που θα χρησιμοποιηθεί για τα τερματικά· αρκεί να μπορεί να τρέξει linux
> >> -java, firefox σε full screen mode (πειραγμένος). Ο σκοπός είναι να
> >> εμφανίζει μία ιστοσελίδα η οποία ενημερώνεται κατά το δοκούν (εδώ
> >> μπαίνει η java)
> >> 
> >> Το ζητούμενο είναι να μπορεί να συνδεθεί ένα τυχαίο pc σε οποιοδήποτε
> >> σημείο, να τρέξει μέσω δικτύου το installation, και στη συνέχεια να
> >> κάνει reboot στο εγκατεστημένο σύστημα.
> >> 
> >> Οι σκέψεις που έχω κάνει είναι
> >> 
> >> 1. να δουλέψει LTSP για να μπουτάρει αρχικά το pc από το δίκτυο
> >> 
> >>      Έχω δοκιμάσει με openSUSE (με το kiwi) αλλά ενώ μπορώ και μπουτάρω,
> >>      τελικά καταλήγω σε kernel panic. Αυτό βέβαια μπορεί να είναι
> >>      πρόβλημα της συγκεκριμένης διανομής...
> >> 
> >> 2. να φτιαχτεί ένα custom installation CD/DVD/κάτι
> >> 3. αυτό το custom installation CD/DVD/κάτι να μπει ως image στο
> >> 
> >>      thin-client server του βήματος 1
> >> 
> >> Είναι τα παραπάνω εφικτά; Μπορούμε να κινηθούμε σε κάποιον άλλο δρόμο;
> >> 
> >> Αν όχι, ποια διανομή θα μας επέτρεπε εύκολη δημιουργία του custom
> >> installation CD/DVD/κάτι; Προφανώς θέλουμε καλή αναγνώριση hardware -δε
> >> νομίζω να υπάρχει κάποιο άλλο προαπαιτούμενο...
> >> 
> >> Πώς αυτό θα μπορούσε να περαστεί/μετατραπεί σε image για τον thin-client
> >> server;
> > 
> > Καλημέρα Σπύρο,
> > 
> > κατα τη γνώμη μου η καλύτερη λύση είναι τα terminals να είναι diskless
> > και να φορτώνουν με pxe ένα kernel image και ενα basic initrd για να
> > σηκώνουν μετά το root μέσω nfs. Είναι δοκιμασμένη λύση και υποστηρίζεται
> > σχεδόν από όλες τις διανομές, όπου υπάρχει documentation. google
> > diskless distro-name nfs root
> 
> Ίσως έχεις δίκιο και ίσως αυτό να παίζει σε ένα μικρότερο σύστημα. Και 'γω
> αυτό κοίταξα αρχικά, αλλά...
> 
> Εδώ όμως μπορεί να έχουμε ακόμα και 80-100-120 τερματικά να παίζουν
> ταυτόχρονα, οπότε τι server θα πρέπει να βάλουμε; εννοώ με πόση μνήμη; αν
> θυμάμαι καλά κάπου έλεγε για 60-100ΜΒ μνήμη για κάθε client στο server,
> όποτε μάλλον δύσκολο...
> 
Αν θέλεις να έχεις persistent home directories (κάθε terminal άλλος χρήστης) 
τότε ναι με τόσους πολλούς clients τα πράγματα στον firefox θα ήταν λίγο 
sluggish. Όσο αφορά το I/O στο root filesystem, οι μόνες απαιτήσεις είναι κατα 
το boot και έπειτα (αν τα termnals έχουν αρκετή μνήμη, ώστε να μη κάνουν 
paging στη swap) είναι μερικά bytes/sec.
Μπορείς να κοτσάρεις το home στο fstab σα tmpfs (με ένα limit) και στο init 
ένα script που να κάνει untar ένα home dir που έχει configured το browser σου. 
Με αυτό το τρόπο μπορείς να σηκώσεις πολλές 100άδες thin clients.

>  > Εναλλακτικά μπορείς, πάλι diskless να κάνεις pxe boot σε gpxe και να
>  > φορτώσεις ένα kernel/root image μέσω http στη μνήμη και να κάνεις boot
>  > σα livecd.
> 
> Εννοείς να φορτώσω ολόκληρο iso στη μνήμη και να μπουτάρω από αυτό; υπάρχει
> τέτοια δυνατότητα;
> 
Γενικά ναι, αλλά τα περισσότερα livecd (ubuntu πχ) ενώ μπορούν να γίνουν boot 
από pxelinux/gpxe, δεν αντιγράφονται πλήρως στη μνήμη, μόνο το initrd και μετά 
διαβάζουν τα υπόλοιπα πάνω από το δίκτυο (nfs/http/tftp). Υπάρχουν όμως livecd 
διανομών που αναφέρουν ότι μετά το boot δε χρειάζονται καθόλου το cd, όπως το 
tinycore linux που είναι στη πραγματικότητα ένα initrd image. Υπάρχει τρόπος 
να μετατρέψεις το livecd σε initrd όπως κάνει το fedora/redhat/centos 
https://projects.centos.org/trac/livecd/wiki/PxeBoot.

> Ευχαριστώ για τα ως τώρα μηνύματά σας.
> Όποια άλλη πρόταση σκέψη είναι ευπρόσδεκτη
> 
> Σπύρος

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 222 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.hellug.gr/pipermail/linux-greek-users/attachments/20120623/126d99a6/attachment.pgp>


More information about the Linux-greek-users mailing list