FUSS at work: Issueshttps://work.fuss.bz.it/https://work.fuss.bz.it/favicon.ico?15861920342020-01-08T12:28:50ZFUSS at work
Redmine 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> 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-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> octofuss-client - Segnalazione #764 (Commenti): Invio dati /etchttps://work.fuss.bz.it/issues/7642019-02-21T18:19:41ZMarco Marinello
<p>Predisporre, sui server, l'invio dei dati relativi alla /etc come descritto in <a class="issue tracker-1 status-4 priority-4 priority-default" title="Segnalazione: Invio dati /etc (Commenti)" href="https://work.fuss.bz.it/issues/763">#763</a> .<br />Si può utilizzare la libreria gitpython ( <a class="external" href="https://gitpython.readthedocs.io">https://gitpython.readthedocs.io</a> ) , pachetizzata per debian.</p> octomon - Segnalazione #763 (Commenti): Invio dati /etchttps://work.fuss.bz.it/issues/7632019-02-21T18:16:20ZMarco Marinello
<p>Sui server, rilevare gli ultimi commit in /etc ed inviarli con<br />- messaggio commit<br />- data / ora<br />- files modificati</p>
<p><strong>senza</strong> contenuto della modifica (si rischia l'invio di password)</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> fuss-client - Segnalazione #387 (Commenti): Configuring Kerberos Authenticationhttps://work.fuss.bz.it/issues/3872017-08-31T16:55:29ZAndrea PadovanAndrea.Padovan@scuola.alto-adige.it
<p>1)<br />Durante l'installazione del FUSS-client da immagine "iso",<br />chiedo ufficialmente quale valore inserire dopo la seguente domanda:</p>
<pre><code>[!] Configuring Kerberos Authentication<br />Enter the hostnames of Kerberos servers in the TAMBOSI.BLZ Kerberos relam separated by spaces.<br />Keberos servers for your realm:</code></pre>
<p>---------------------------------<br /> "Continua"</p>
<p>So che si deve inserire il nome del server , in questo caso per esempio:</p>
<p>250403ssalase</p>
<p>2)<br />CHIEDO SE LA SEGUENTE PROCEDURA E' CORRETTA E POSSIBILE. Grazie<br />- Eseguo il join (fus-client <del>a) nella stessa scuola,<br /></del> Sgancio il PC dal dominio (fuss-client <del>r)<br /></del> faccio un clone per riutilizzarlo in un altra scuola</p>
<p>- Vado nella nuova scuola<br />- lo clono su un PC scollegato dalla rete nella nuova scuola<br />- accendo il PC scollegato dalla rete<br />- cambio il nome (in /etc/hosts e /etc/hostname)<br />- spengo il PC<br />- collego la scheda di rete alla LAN<br />- accendo il PC</p>
<p>- non cambio la password a root (passwd root)perchè ancora non funziona</p>
<p>- Eseguo fuss-clien -r e fuss-client -a sul nuovo server.</p>
<p>(oggi a me non ha funzionato) Vedi anche ticket nr.386</p>
<p>grazie<br />Andrea</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>