FUSS at work: Issueshttps://work.fuss.bz.it/https://work.fuss.bz.it/favicon.ico?15861920342021-11-12T15:03:58ZFUSS at work
Redmine fuss-server - Segnalazione #994 (Nuovo): Impostare l'accensione dei pc nelle classi via crontab c...https://work.fuss.bz.it/issues/9942021-11-12T15:03:58ZClaudio Cavalliccavalli@fuss.bz.it
<p>Dobbiamo decidere se implementarlo ed eventualmente quali pc accendere (accenderli tutti potrebbe essere pratico ma anche dispendioso dal punto di vista energetico. L'esigenza nasce dalla lentezza di avvio dei client Fuss10 ed il conseguente disagio per i docenti.</p>
<p>1) Creato in <em>/etc/crontab.d</em> il file crontab <strong>etherwake-machines</strong><br /><pre>
# crontab per powering on PCs
#
# Decommentare per ricevere una mail
MAILTO="info@fuss.bz.it"
PATH="/usr/sbin:/usr/bin:/sbin:/bin"
30 7 * * 1-5 root /usr/share/fuss-server/scripts/etherwake-machines.sh >/dev/null 2>&1
</pre></p>
<p>2) Creato in <em>/usr/share/fuss-server/script</em> lo script <strong>etherwake-machines.sh</strong></p>
<pre>
#!/bin/bash
for i in `cat /srv/clonezilla/etherwake-computerList.txt | awk '{print $2}'` ; doecho $i ; etherwake -i eth1 $i ; done
</pre>
<p>3)Creato in <em>/srv/clonezilla</em> il file <strong>etherwake-computerList.txt</strong> che è una copia di computerList.txt del quale si manterranno eventualmente solo i client che vogliamo si accendano.</p>
<p>Riassumendo dobbiamo decidere:<br />a) se farlo<br />b) per quali client<br />c) a che ora lanciare l'accensione<br />d) eventuali modifiche a scripts e files ed alla loro posizione.</p> fuss-client - Segnalazione #948 (Nuovo): Modificare file /etc/systemd/system/home.mount con aggiu...https://work.fuss.bz.it/issues/9482020-01-08T12:28:50ZClaudio Cavalliccavalli@fuss.bz.it
<p>Abbiamo riscontrato che in una scuola alcuni client non montano le home nonostante siano aggiornati. <br />Il problema si può aggirare aggiungendo al file:<br /><pre>
/etc/systemd/system/home.mount
</pre> <br />la versione di nfs nella riga delle <strong>Opzioni</strong>:<br /><pre>
Options=defaults,rsize=8192,wsize=8192,noatime,sec=krb5,vers=4
</pre></p> fuss-server - Segnalazione #932 (Nuovo): Verificare gli script in scripts/ e convertire a python3...https://work.fuss.bz.it/issues/9322019-11-22T13:37:30ZElena Grandielena@truelite.it
<p>Nella directory <code>scripts/</code> alla radice del repository sono presenti dei vecchi script in bash e python2 che vengono installati dal pacchetto.</p>
<p>Entro bullseye è necessario convertire a python3 quanto scritto in python2, ma quando lo si fa può essere una buona occasione per rimuovere quanto non più usato.</p> coova-chilli - Segnalazione #893 (Nuovo): Configurazione utente ospite su notebook scuolehttps://work.fuss.bz.it/issues/8932019-08-28T11:29:34ZClaudio Cavalliccavalli@fuss.bz.it
<p>Utente locale “ospite”<br />Creare un utente locale. Inserire in /etc/fuss-client/session-setup-script e /etc/fuss-client/session-setup-script gli script che iniziano:<br />#! /bin/bash<br />rm -r $HOME/.mozilla<br />rm -r $HOME/.config/chromium<br />cp -ar $HOME/.local/.mozilla_mod $HOME/.mozilla<br />cp -ar $HOME/.local/chromium_mod $HOME/.config/chromium<br />if [ -d $HOME/.cache/mozilla/firefox ]; then<br /> rm -rf $HOME/.cache/mozilla/firefox/*<br />else<br /> echo "Non esiste la cartella $HOME/.cache/mozilla/firefox" <br />fi<br />if [ -d $HOME/.cache/chromium ]; then<br /> rm -rf $HOME/.cache/chromium/*<br />else<br /> echo "Non esiste la cartella $HOME/.cache/chromium" <br />fi</p>
<p>in /etc/fuss-client/session-setup-script lo script termina con le righe:<br />nmcli connection up fusslab-24 || nmcli device wifi connect fusslab-24 || true <br />curl <a class="external" href="http://10.1.0.1:4990/logoff">http://10.1.0.1:4990/logoff</a></p>
<p>in /etc/fuss-client/session-cleanup-script lo script termina con le righe:<br />curl <a class="external" href="http://10.1.0.1:4990/logoff">http://10.1.0.1:4990/logoff</a><br />nmcli connection delete fusslab-24 || true </p>
<ol>
<li>"fusslab-24" è l' SSID-Name; true serve a evitare un errore che impedisce ad esempio il login.<br />L' SSID-Name deve comparire nella lista visibile cliccando col tasto dx del mouse sull'Applet NetworkManager nell'area di notifica in basso a dx e selezionando Edit Connection.<br />Gli script vanno ovviamente resi eseguibili e inoltre perchè vengano avviati bisogna inserire in /etc/lightdm/lightdm.conf le righe:<br />session-setup-script=run-parts /etc/fuss-client/session-setup-script<br />session-cleanup-script=run-parts /etc/fuss-client/session-cleanup-script<br />In una cartella (nel nostro caso .local) vengono “nascoste” le due cartelle “modello” .mozilla_mod e chromium_mod che vengono copiate ad ogni login e logout dell’utente ospite. Le due cartelle modello devono come minimo contenere come Pagina predefinita il link <a class="external" href="http://10.1.0.1:4990/logoff">http://10.1.0.1:4990/logoff</a> ma possono avere ulteriori personalizzazioni quali Siti Preferiti e quant’altro. La procedura è ridondante ma bisogna prevedere i casi più sfortunati, tipo spegnimenti improvvisi …<br />PS La parte relativa alla copia delle cartelle potrebbe essere superflua e la Pagina Predefinita potrebbe essere google (?)</li>
</ol> octonet - Segnalazione #892 (Commenti): Creazione in massa utenti da csvhttps://work.fuss.bz.it/issues/8922019-08-28T10:34:12ZClaudio Cavalliccavalli@fuss.bz.it
<p>La creazione in massa non va a buon fine se nel csv compaiono utenti già esistenti. Può essere un problema in caso di bocciature, cambi di sezione, ecc.<br />E' possibile implementare un sistema che controlli se un utente esiste già, lo escluda dalla creazione nuovi utenti in modo che il processo vada a buon fine?</p> fuss-client - Segnalazione #808 (Nuovo): Uscita dal dominio causa delayhttps://work.fuss.bz.it/issues/8082019-05-15T09:20:49ZMarco Marinello
<p>Viene segnalato che quando si esegue</p>
<p><code>fuss-client -r -p</code></p>
<p>per usare la macchina fuori rete vi è un delay nel login di ~10 sec forse dovuto al fatto che libnss-ldap continua a cercare il server (ipotesi).</p>
<p>Metto come osservatore Andrea Padovan che segnala il problema.</p> fuss-server - Segnalazione #795 (Commenti): ErrorPolicy di cupshttps://work.fuss.bz.it/issues/7952019-04-10T01:20:19ZPaolo Dongillidongilli@fuss.bz.it
<p>In Debian "Jessie", sulla quale l'attuale server fuss si basa, la ErrorPolicy di cups è impostata in <code>/etc/cupsd.conf</code> a<br /><pre>
ErrorPolicy stop-printer
</pre><br />In caso di errore la stampante vine messa in stato "paused" in CUPS e questo è fonte di ticket da parte degli utenti in quanto per lo sblocco è richiesto l'accesso di un utente/amministratore al server CUPS e la modifica dello stato a resume printer da interfaccia web o riga di comando.</p>
<p>Proponiamo di modificare nella prossima release di fuss-server il valore di default di <code>ErrorPolicy</code> in <code>/etc/cupsd.conf</code> nel seguente modo:<br /><pre>
ErrorPolicy retry-job
</pre></p>
<p>che tra l'altro è il default a partire da Debian "Stretch".</p>
<p>Con <code>retry-job</code> come error policy risultano importanti anche i due parametri <br /><pre>
JobRetryInterval seconds (default is "30")
JobRetryLimit count (default is "5")
</pre><br />che possono essere lasciati ai loro rispettivi default salvo vi siano controindicazioni non evidenti.</p> Strumenti Generazione ISO - Segnalazione #716 (Nuovo): Repository mancanti dopo installazionehttps://work.fuss.bz.it/issues/7162019-01-14T14:19:46ZMarco Marinello
<p>Mi viene segnalato che dopo installazione pulita da iso FUSS Client (<a class="external" href="http://iso2.fuss.bz.it/fuss9/client/fuss-client-9.5.1-amd64-xfce.iso">http://iso2.fuss.bz.it/fuss9/client/fuss-client-9.5.1-amd64-xfce.iso</a>) mancano i nostri repo sotto /etc/apt/sources.list .</p>
<p>Da verificare ed eventualmente correggere. In teoria i repo dovrebbero essere aggiunti durante l'installazione di uno dei metapacchetti FUSS, non ricordo quale, che dava errore perché eseguiva apt-key add nel postinst. Forse è stato rimosso per quello (?)</p> fuss-server - Segnalazione #686 (Nuovo): Necessità riavvio coova-chilli dopo restart server FUSShttps://work.fuss.bz.it/issues/6862018-12-04T11:46:05ZPaolo Dongillidongilli@fuss.bz.it
<p>Riporto quanto segnalato da Andrea Padovan:</p>
<blockquote>
<p>PRECEDENTE ESPERIENZA<br />qualche giorno fa ho aggiornato un fuss-server (scuola elementare San Filippo Neri a Bolzano) con la versione 8.0.36 del fuss-server (quella precedente all'attuale 8.0.37)</p>
<p>Dopo aver lanciato</p>
<pre>
# apt update
# apt upgrade
# fuss-server upgrade
</pre>
<p>tutto è andato a buon fine e il WIFI continuava a funzionare correttamente.</p>
<p>PROBELMA COL WIFI<br />Appena riavviato il server, il servizio chilli non "girava" più.</p>
<p>Ho dovuto riavviarlo a mano, dopodichè il WIFI ha iniziato a funzionare.</p>
<pre>
# /etc/init.d/chilli restart
</pre>
</blockquote>
<p>Andrea, dici che il servizio "chilli" non girava più: una domanda: hai verificato prima di fare il restart, se chilli veramente non girava?</p> fuss-client - Segnalazione #424 (Nuovo): blocco_COPIA_DATI_da_chiavetta_USBhttps://work.fuss.bz.it/issues/4242017-09-19T10:47:04ZAndrea PadovanAndrea.Padovan@scuola.alto-adige.it
<p>Se provo a copiare una cartella di DATI (io provato con cartelle contenenti dai 2gb e 8gb), la procedura si blocca.<br />Compare 1 errore (vedi file allegato con relativi syslog)</p>
<p>Dopo la comparsa di questo problema, non si riesce a copiare più nessun dato sul desktop e l'errore (del file allegato) ricompare a video.</p>
<p>Anche altre funzionalità rimangono bloccate come l'apertura di un file .txt dal desktop.</p>
<p>Devo riavviare il PC per eliminare questo disagio. Sembra che rimanga bloccato un processo che poi ne blocca altri.</p>
<p>Il problema lo ho rivelato da diversi PC con diversi utenti e diverse cartelle DATI e da diversi dispositivi USB.</p>
<p>potete verificare ?<br />mi fate sapere?</p>
<p>SCUOLA DI RIFERIMENTO: SAN FILIPPO NERI<br />- Fuss-client 8.0.21<br />- Suss Server 8.0.29</p>
<p>Grazie<br />Andrea Padovan</p> fuss-client - Segnalazione #412 (Nuovo): Utente rimasto LOGGATO= 1.NON esiste un modo per accorge...https://work.fuss.bz.it/issues/4122017-09-13T15:11:57ZAndrea PadovanAndrea.Padovan@scuola.alto-adige.it
<p>1) Se un utente fa il login sul client, poi va via, dopo un deteminato tempo (credo 10 min) la sessione grafica attiva in automatico il Blocco schermo. Questo è buono, ma lo fa presentando a video la stessa identica schermata di login. Questo non permette agli utenti di capire se c'è già qualcuno loggato oppure no. Parlo soprattutto di dei PC nelle aulee docenti dove gli utenti vi muovono e cambiano PC con molta frequenza (e fretta :-))<br />Si potrebbe fare in modo di visualizzare a video quali utenti sono loggati in quel momento?</p>
<p>2) Sui client, se rimane loggato un utente di rete, NON si riesce più a fare lo swhutdown.<br />SPIEGO:<br />nel file /etc/crontab ho impostato lo spegnimento automatico (ore 21:00) di tutti i PC con il comando<br />00 21 * * * root /sbin/init 0</p>
<p>nel file /etc/crontab</p>
<p>Questo permette ogni mattina di presentare agli utenti una situazione "pulita"!!<br />Se qualcuno il giorno prima si dimentica loggato e magari con una bella sessione di FIREFOX aperta, questo visualizzerà la scritta : "Firefox is already running...." e a far diventare matti i referenti e noi (oltre a rimanere loro fermi, soprattutto se quotidianemente devono far uso del registro elettronico!<br />Quindi chiedo venga presa in seria considerazione la possibilità di poter fare lo shutdown in automatico!</p>
<p>N.B:<br />Se rimane loggato un utente, e mi connetto da terminale, NESSUNO dei seguenti comendi permette lo shutdown<br />/sbin/init 0<br />shutdown -h now<br />poweroff</p>
<p>ci fate sapere ?<br />Grazie, Andrea</p> Octofuss - Segnalazione #399 (Nuovo): exfathttps://work.fuss.bz.it/issues/3992017-09-07T08:45:51ZHelmut Oberholllenzerhelmut.oberhollenzer@provinz.bz.it
<p>Ciao,</p>
<p>un referente mi ha detto che le usb con exfat non vengono montate.</p>
<p>grazie e saluti</p> coova-chilli - Segnalazione #388 (Nuovo): tinyproxy - fortiguardhttps://work.fuss.bz.it/issues/3882017-08-31T17:44:58ZMichael Guggenberg
<p>Il firwall centrale della rete didattica blocca traffico generato da tinyproxy.<br />Dopo autenticazione con succeso tramite covachilli apro il sito <a class="external" href="http://www.google.de">www.google.de</a>, immetto il termine di ricerca test e fortigate blocca la ricerca indicando come motivo banned url.<br />Alcuni giorni fa fortigate ha bloccato l'applicazione tinyproxy, recentemente tinyproxy è stato attivato come applicazione che puo uscire sul firewall. <br />Allego uno screenshot.</p>
<p>Lascio il ticket con stato non assegnato.</p> octonet - Segnalazione #382 (In elaborazione): delete clusterhttps://work.fuss.bz.it/issues/3822017-08-23T11:45:50ZHelmut Oberholllenzerhelmut.oberhollenzer@provinz.bz.it
<p>Ciao,</p>
<p>oggi ho provato a cancellare un cluster con il tasto delete cluster.<br />Il cluster non viene cancellato.</p>
<p>grazie e saluti</p> octomon - Segnalazione #6 (Nuovo): USE_TZ, datetime, e fusi orarihttps://work.fuss.bz.it/issues/62013-07-24T14:20:19ZMark Caglienzimark@truelite.it
<p>Django di default setta <code>USE_TZ=True</code> nel <code>settings.py</code>.<br />Leggendo nella <a href="https://docs.djangoproject.com/en/1.4/topics/i18n/timezones/#overview" class="external">documentazione</a> vedo che con il supporto TZ attivo, Django usa orari UTC internamente e nel database, e presenta nei template i valori rapportati al fuso orario dell'utente.</p>
<p>Facendo la parte degli allarmi, mi sono accorto che vedevo gli orari spostati avanti di 2 ore rispetto al sito in turbogears.<br />Ho dedotto che Django interpretasse i valori nel database MySQL come UTC, aggiungesse le 2 ore durante la visualizzazione nel template, e che il database MySQL avesse gli stessi valori che poi vengono visualizzati dai template dell'applicazione turbogears.</p>
<p>Nel commit <a class="changeset" title="Possible fix for the datetime 1-2 hour(s) shift" href="https://work.fuss.bz.it/projects/octomon/repository/3/revisions/09a1d475e8fc5fd7be41b3dd63a0bd34e9271319">09a1d475</a> ho settato <code>USE_TZ=False</code> e ora gli orari visualizzati da Django e da turbogears combaciano.</p>
<p>È una soluzione corretta, oppure serve un supporto TZ più avanzato, e quindi si deve risettare <code>USE_TZ=True</code> e trovare un'altra maniera per portare avanti le cose?<br />Ho agito così per fare in modo che comunque Django non salvasse valori diversi da quelli visualizzati a schermo, un domani che l'applicazione sarà in produzione, per evitare di avere il database con i valori vecchi in localtime e quelli nuovi in utc.</p>