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-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> fuss-software - Segnalazione #776 (In elaborazione): Stampa su stampante virtuale PDF non funzion...https://work.fuss.bz.it/issues/7762019-03-18T08:19:46ZPiergiorgio Ceminpcemin@fuss.bz.it
<p>Stampando con stampante virtuale PDF nonrisulta alcun file stampato.<br />Pur creando la directory ~/PDF, richiesta dal file di configurazione, non viene salvato nulla</p> octofussd - Segnalazione #635 (Commenti): Scelta creazione tarhttps://work.fuss.bz.it/issues/6352018-10-14T10:29:09ZMarco Marinello
<p>Prevedere uno skip alla creazione del tar della home dell'utente eliminato</p> octonet - Segnalazione #572 (Nuovo): Typo funzionalità "creazione in massa"https://work.fuss.bz.it/issues/5722018-07-26T11:08:35ZPaolo Dongillidongilli@fuss.bz.it
<p>Segnalo un typo da correggere in OctoNet nella funzione di "creazione in massa":</p>
<p><strong>Pressio</strong> nome utente --> <strong>Prefisso</strong> nome utente</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> fuss-client - Segnalazione #411 (In elaborazione): xfc4 volumemeter alsa pulsehttps://work.fuss.bz.it/issues/4112017-09-13T09:44:04ZMichael Guggenberg
<p>L' indicatore per il volume di xfce4 non riattiva l' uscita audio alzando il volume.</p>
<p>disattivare/attivare le uscite audio sembra funzionare dopo aver applicato queste impostazioni:</p>
<pre>
apt-get install gstreamer0.10-pulseaudio
</pre>
<pre>
xfconf-query -lc xfce4-mixer
/sound-card
/sound-cards/CaptureAudiointernoStereoanalogicoPulseAudioMixer
/sound-cards/CaptureMonitorofAudiointernoStereoanalogicoPulseAudioMixer
/sound-cards/HDAIntelAlsamixer
/sound-cards/Intel82801AAICHAlsamixer
/sound-cards/PlaybackAudiointernoStereoanalogicoPulseAudioMixer
/volume-step-size
/window-height
/window-width
xfconf-query -c xfce4-mixer -p /sound-card -s /sound-cards/PlaybackAudiointernoStereoanalogicoPulseAudioMixer
</pre>
<pre>
/etc/asound.conf
pcm.pulse {
type pulse
}
ctl.pulse {
type pulse
}
pcm.!default {
type pulse
}
ctl.!default {
type pulse
}
</pre> octonet - Segnalazione #404 (Commenti): Rimozione utenza in OctoNet ed /etc/grouphttps://work.fuss.bz.it/issues/4042017-09-07T16:31:43ZPaolo Dongillidongilli@fuss.bz.it
<p>Quando si rimuove un'utenza via OctoNet noto che in<br /><pre>
/etc/group
</pre><br />l'utente rimane nei gruppi cui era stato assegnato (p.es. audio, plugdev, internet, ...).</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>