<p dir="ltr">Il documento è davvero vasto! Probabilmente questo passo spiega il problema che abbiamo avuto durante l'ultimo incontro nel condividere un file scritto sulla tmp:</p>
<p dir="ltr">------- (snip)<br>
"Nel caso del fat, il sistema disponibile sarà completo di tutti i programmi che si intendono usare (e quindi andranno installati in chroot e poi riaggiornata l'immagine per il NBD), in pratica il server e la sua chroot sono mondi paralleli isolati, tranne per la /home e l'autenticazione.</p>
<p dir="ltr">In caso di thin client, il file system a cui l'utente loggato accede è quello del server, in quanto è lì che si ha una sessione (si lavora come utente nel server, il client visualizza solo!).</p>
<p dir="ltr">In caso di fat client invece il file system è quello dell'immagine del chroot, acceduta in sola lettura, che non contiene nulla sotto /home, in quanto sarà usata quella del server (montate di default tramite sshfs, ma è meglio configurarla per NFS che è più efficiente). Le directory su cui scrivere nel fat (es. /tmp) vengono montate in memoria ram locale.<br>
------(snip)</p>
<p dir="ltr">Se non ricordo male a causa della quantità di memoria dei client tutti venivano considerati come FAT. La /tmp era quindi locale su ogni client ?! Provando a scrivere in un'altra cartella dovremmo riuscire a condividere dati fra i vari client.</p>
<p dir="ltr">Non capisco però che errore abbiamo fatto quando abbiamo installato " MC" per i client usando appunto l' LTSP-chroot...</p>
<p dir="ltr">Alla prossima...</p>
<div class="gmail_quote">Il 06/lug/2014 16:05 "simone" <<a href="mailto:njkjta@gmail.com">njkjta@gmail.com</a>> ha scritto:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">
Ciao a tutti,<br>
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.<br>
Per ora mi sono limitato ad una lettura parziale e MOOOLTO veloce
del corposo documento (in allegato).<br>
<br>
<a href="http://www.ammdomus.it/ltspmain" target="_blank">http://www.ammdomus.it/ltspmain</a><br>
<br>
C'è anche un video introduttivo relativo all'installazione della
piattaforma PLTS tramite gli script del docente:<br>
<br>
<a href="http://www.youtube.com/watch?v=Fk8AFtmyQRE" target="_blank">http://www.youtube.com/watch?v=Fk8AFtmyQRE</a><br>
<br>
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.<br>
<br>
<br>
A presto.<br>
Simone<br>
<br>
<br>
<br>
<div>On 04/07/2014 13:35, Fabrizio Carrai
wrote:<br>
</div>
<blockquote type="cite">
<div dir="ltr">
<ul>
<li>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.<br>
</li>
</ul>
<div>Sono state viste un pò di cose strane:</div>
<div><br>
</div>
<div>
<ul>
<li>Se ci connette con lo stesso account da più terminali,
Firefox parte solo sul primo che si è connesso ==> Un
client, un account<br>
</li>
<li>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</li>
</ul>
<div>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.</div>
</div>
<div><br>
</div>
<div>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.</div>
<div><br>
</div>
<div>Il gruppo di studio punta sull'installare EDUBUNTU su un
altra partizione, distribuzione che appare più completa e
magari più semplice da configurare.</div>
<div><br>
</div>
<div>Alla prossima</div>
<div>
<br>
</div>
<div>--</div>
<div>Fabrizio</div>
<div class="gmail_extra"><br>
<br>
<div class="gmail_quote">2014-07-02 17:38 GMT+02:00 alex9446 <span dir="ltr"><<a href="mailto:alex9446@gmail.com" target="_blank">alex9446@gmail.com</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">Presente .<br>
</div>
<br>
--<br>
Mailing list info: <a href="http://lists.linux.it/listinfo/gulli" target="_blank">http://lists.linux.it/listinfo/gulli</a><br>
Pagina web del GULLI: <a href="http://www.linux.livorno.it" target="_blank">www.linux.livorno.it</a><br>
</blockquote>
</div>
<br>
<br clear="all">
<div><br>
</div>
-- <br>
<div dir="ltr">
<div style="font-family:arial;font-size:small">
<i>Fabrizio</i><br>
</div>
</div>
</div>
</div>
<br>
<fieldset></fieldset>
<br>
</blockquote>
<br>
</div>
<br>--<br>
Mailing list info: <a href="http://lists.linux.it/listinfo/gulli" target="_blank">http://lists.linux.it/listinfo/gulli</a><br>
Pagina web del GULLI: <a href="http://www.linux.livorno.it" target="_blank">www.linux.livorno.it</a><br></blockquote></div>