[Gulli] [LTSP] Prossimo incontro

simone njkjta@gmail.com
Sab 26 Lug 2014 16:42:15 CEST


Ciao a tutti,
martedì ho prelevato il server LTSP dal GulliLab.
Vi aggiorno rapidamente sulle prove che ho potuto effettuare seguendo il 
documento che ho recentemente inviato in lista.

*1° FASE - PULIZIA* (facoltativa ma ricca di soddisfazione)
Prima di affrontare la sfida informatica ho sottoposto il server a 10 
min. di compressore, così da rimuovere i "gomitoli di lana" che si sono 
autoprodotti negli anni; dopotutto, nonostante la pessima stagione, 
siamo d'estate e possiamo fare a meno del cappotto (?).

*2° FASE - INSTALLAZIONE**DISTRO*
Previo backup di MBR e tabelle di partizione ho provveduto a installare 
in modalità standard, non LTSP-server, Edubuntu 12.04.4 (i386) nella 
partizione sda2 sovrascrivendo grub nell'mbr, così da gestire il 
dual-boot con LMDE (sda1). Ho preferito la versione i386 poiché di 
solito i client LTSP sono in prevalenza vecchie macchine compatibili con 
quest'architettura, così è possibile gestire la piattaforma 
client/server LTSP con qualche semplificazione.

*3° FASE - CONFIGURAZIONE DI RETE*
- Rimozione del pacchetto 'network-manager' per evitare problemi 
"bizzarri" con le schede di rete, come già sperimentato da Fabrizio con 
LMDE;
- Configurazione file /etc/network/interfaces;
- Modifica /etc/hosts (facoltativa);
*
**4° FASE - INSTALLAZIONE E CONFIGURAZIONE DHCP e TFTP, cache 
DNS**(DNSMASQ)*
Ho deciso di seguire il metodo più semplice per la configurazione 
DHCP/TFTP/DNS, ovvero utilizzare dnsmasq per tutte le funzioni sopra 
elencate, così da semplificare la gestione di una rete "minimale" come 
la nostra di test.
E' necessario installare il pacchetto 'dnsmasq' dai repository, poiché 
di default è già installato 'dnsmasq-base', non sufficiente allo scopo.
- NON configurare i dns in /etc/resolv.conf ma decommentarli nel file 
/etc/dnsmasq.conf , diversamente da quanto appare nella guida, 
altrimenti a me non funzionava la risoluzione dei nomi;
Di seguito uno schema logico della rete di test:






*5° FASE - INSTALLAZIONE**LTSP*
- Installare il pacchetto 'ltsp-server' e le relative dipendenze, tra 
cui openssh-server;
- Creazione chroot thin "sudo ltsp-build-client --arch i386 
--copy-sourceslist --mount-package-cache --accept-unsigned-packages ";
*
**6° FASE - INCONVENIENTI**e qualche speranza*
A questo punto ero pronto a testare qualche client-LTSP però il 
portatile che utilizzo per lavoro (HP 840 G1), dopo l'avvio in modalità 
PXE, mi ha lasciato con una laconica schermata di errore durante l'avvio 
del kernel (foto in allegato). Volevo ripegare sul netbook ASUS 1215B ma 
con mia sorpresa mi sono accorto che non supporta PXE tra le opzioni di 
boot, dovrei quindi provare ad avviarlo con PXE tramite penna USB; 
stessa storia col PC fisso che monta una motherboard ASUS (sarà una 
coincidenza?).

Infine sono riuscito ad avere un primo risultato positivo con l'oggetto 
più improbabile, ovvero il Raspberry-Pi sul quale avevo precaricato la 
distro BerryTerminal. =-O
Come vedete dalla foto ho collegato il Rasp al televisore (hdmi), lo 
stesso che utilizzavo in VGA con il server, poiché non dispongo più di 
monitor con ingressi VGA.
La connessione è andata a buon fine ma ho avuto problemi sul 
riconoscimento corretto della dimensione dello schermo poiché non 
riuscivo a vedere i bordi e la barra dei comandi di Edubuntu; magari 
riproverò al Gulli con l'uscita analogica collegata al proiettore.
Rimango tuttavia perplesso sul perché il Raspberry funzioni 
quasi-correttamente, poiché io non ho caricato sul server nessuna 
architettura arm!!

Alla fine il server è pronto con la configurazione di base, salvo la 
necessità di modificare gli indirizzamenti di rete, quindi approfitterò 
del prossimo incontro per riportarlo al Gulli, dove non manca certo l'hw 
per fare tutte le prove del caso. A casa ho potuto lavorare con calma 
all'installazione e configurazione del server però, complice la 
logistica, non è comodo operare su più macchine non-virtuali sparse per 
le stanze. ;-)


Simone




On 20/07/2014 15:08, Fabrizio Carrai wrote:
> Se le cose non sono cambiate, il martedi alle 18:00 ci sono altre 
> attività al secondo piano. Penso tu possa sicuramente passare. 
> Personalmente non posso garantire.
> Comunque vorrei sviscerare anchi'io un paio di cose prima di passare 
> ad altre installazioni: potresti cercare di fare un dump della 
> partizione e farmela avere in qualche maniera ?
> Meglio se dopo i tuoi aggiornamenti ;-))
>
> Puoi fare una prova semplice:  puoi provare a copiare un file 
> qualsiasi in una qualsiasi cartella della chroot dell' LTSP che *non* 
> sia la sua tmp ?
> La chroot è condivisa con i client tramite NFS e dovrebbe essere 
> semplice condividere i contenuti, ma l'altra sera non ci siamo 
> riusciti (????)
>
> --
> Fabrizio
>
>
>
> Il giorno 19 luglio 2014 12:22, simone <njkjta@gmail.com 
> <mailto:njkjta@gmail.com>> ha scritto:
>
>     Come già anticipato volevo dedicare un pò del mio tempo libero a
>     configurare LTSP direttamente a casa approfittando delle ferie e
>     della documentazione disponibile.
>     Mi sapete dire quando si può accedere al lab per prendere
>     momentaneamente in prestito il server? Purtroppo il giovedì
>     passato non ero a Livorno.
>
>     Grazie,
>     Simone
>
>
>
>     On 06/07/2014 17:05, simone wrote:
>>     Ciao a tutti,
>>     ho trovato una MINIERA di informazioni e probabilmente molte
>>     risposte ai nostri dubbi, ad esempio il docente conferma la
>>     necessità di rimuovere il network manager per evitare conflitti
>>     con le schede di rete.
>>     Per ora mi sono limitato ad una lettura parziale e MOOOLTO veloce
>>     del corposo documento (in allegato).
>>
>>     http://www.ammdomus.it/ltspmain
>>
>>     C'è anche un video introduttivo relativo all'installazione della
>>     piattaforma PLTS tramite gli script del docente:
>>
>>     http://www.youtube.com/watch?v=Fk8AFtmyQRE
>>
>>     La documentazione, oltre 70 pagine, è veramente tanta e
>>     dettagliata e sicuramente richiede tempo per essere "digerita",
>>     comunque mi piacerebbe trovare il tempo di metterci mano durante
>>     le ferie, non prima del 16/07.
>>
>>
>>     A presto.
>>     Simone
>>
>>
>>
>>     On 04/07/2014 13:35, Fabrizio Carrai wrote:
>>>
>>>       * Ieri sera abbiamo per la prima volta collegato i Clients al
>>>         nostro server LTSP. Definitivamente per Linux Mint Debian
>>>         Edition l'assegnazione di etho e eth1 alle interfacce
>>>         hardware è randomico. Riconfigurato per l'ennesima volta il
>>>         DHCP (/etc/default/dhcpd.cong) per farlo lavorare
>>>         sull'interfaccia giusta (eth0 questa volta), i client sono
>>>         partiti regolarmente.
>>>
>>>     Sono state viste un pò di cose strane:
>>>
>>>       * Se ci connette con lo stesso account da più terminali,
>>>         Firefox parte solo sul primo che si è connesso ==> Un
>>>         client, un account
>>>       * A seguito di questo, il disco inizialmente occupato al 28% è
>>>         diventato improvvisamente pieno. Cancellato un file di log
>>>         .xsession* re facendo ripartire la macchina il problema è
>>>         stato risolto e non si è presentato
>>>
>>>     Ci siamo fermati sul tentativo di installare applicativi
>>>     specifici per i client: la ricostruzione dell'immagine ha
>>>     generato un messaggio che indicava l'uso del NFS da parte dei
>>>     client (corretto) e che suggeriva un passaggio al sistema "NBD".
>>>     Nessuna informazione è stata trovata per come aggiornare i
>>>     sistemi con la configurazione attuale.
>>>
>>>     I client (vari tipi di processori, con RAM differenti) hanno
>>>     risposto piuttosto bene: si nota un pò di ritardo fra click del
>>>     mouse ed attivazione delle funzioni. In generale le applicazioni
>>>     rispondevano piuttosto bene ed il server con 4/5 client non
>>>     aveva la RAM di 2 GB particolarmente sovraccarica.
>>>
>>>     Il gruppo di studio punta sull'installare EDUBUNTU su un altra
>>>     partizione, distribuzione che appare più completa e magari più
>>>     semplice da configurare.
>>>
>>>     Alla prossima
>>>
>>>     --
>>>     Fabrizio
>>>
>>>
>>>     2014-07-02 17:38 GMT+02:00 alex9446 <alex9446@gmail.com
>>>     <mailto:alex9446@gmail.com>>:
>>>
>>>         Presente .
>>>
>>>         --
>>>         Mailing list info: http://lists.linux.it/listinfo/gulli
>>>         Pagina web del GULLI: www.linux.livorno.it
>>>         <http://www.linux.livorno.it>
>>>
>>>
>>>
>>>
>>>     -- 
>>>     /Fabrizio/
>>>
>>>
>>
>
>
>     --
>     Mailing list info: http://lists.linux.it/listinfo/gulli
>     Pagina web del GULLI: www.linux.livorno.it
>     <http://www.linux.livorno.it>
>
>
>
>
> -- 
> /Fabrizio/
>
>

-------------- parte successiva --------------
Un allegato HTML è stato rimosso...
URL: <http://lists.linux.it/pipermail/gulli/attachments/20140726/63b13d9e/attachment.html>
-------------- parte successiva --------------
Un allegato non testuale è stato rimosso....
Nome:        haeibiaf.svg
Tipo:        image/svg+xml
Dimensione:  173424 bytes
Descrizione: non disponibile
URL:         <http://lists.linux.it/pipermail/gulli/attachments/20140726/63b13d9e/attachment.svg>
-------------- parte successiva --------------
Un allegato non testuale è stato rimosso....
Nome:        IMG_20140726_114121.jpg
Tipo:        image/jpeg
Dimensione:  2063690 bytes
Descrizione: non disponibile
URL:         <http://lists.linux.it/pipermail/gulli/attachments/20140726/63b13d9e/attachment.jpg>
-------------- parte successiva --------------
Un allegato non testuale è stato rimosso....
Nome:        IMG_20140726_120410.jpg
Tipo:        image/jpeg
Dimensione:  1152133 bytes
Descrizione: non disponibile
URL:         <http://lists.linux.it/pipermail/gulli/attachments/20140726/63b13d9e/attachment-0001.jpg>


Maggiori informazioni sulla lista Gulli