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> octofussd - Segnalazione #942 (Commenti): octofussd 10.0.7-2 non caricato nei repositorryhttps://work.fuss.bz.it/issues/9422019-12-23T14:24:09ZPaolo Dongillidongilli@fuss.bz.it
<pre>
root@isolda:/iso/incoming/buster# ls
octofussd_10.0.7-2_all.deb octofussd_10.0.7-2.debian.tar.xz
octofussd_10.0.7-2_amd64.buildinfo octofussd_10.0.7-2.dsc
octofussd_10.0.7-2_amd64.changes
root@isolda:/iso/incoming/buster# /iso/bin/post-upload
File "pool/main/o/octofussd/octofussd_10.0.7.orig.tar.gz" is already registered with different checksums!
md5 expected: xxx, got: yyy
size expected: 64755, got: 64883
There have been errors!
</pre> fuss-manager - Segnalazione #936 (Nuovo): Migliorare il parsing del data source DHCPhttps://work.fuss.bz.it/issues/9362019-12-10T10:42:41ZElena Grandielena@truelite.it
<p>Magari usando <code>python3-isc-dhcp-leases</code>, se usabile nel nostro caso</p> fuss-manager - Segnalazione #934 (Nuovo): Dare un messaggio di errore quando si cerca di accedere...https://work.fuss.bz.it/issues/9342019-12-05T08:58:38ZElena Grandielena@truelite.it
<p>Al momento muore con un Internal Server Error e</p>
<pre>
[...]
File "/usr/lib/python3/dist-packages/manager/web/views.py", line 134, in get
data = signing.loads(token, key=secret, salt="fuss_manager.auth", max_age=60)
[...]
django.core.exceptions.ImproperlyConfigured: Requested setting SECRET_KEY, but settings are not configured. You must either define the environment variable DJANGO_SETTINGS_MODULE or call settings.configure() before accessing settings.
</pre>
<p>perché secret è None</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> fuss-manager - Segnalazione #917 (Nuovo): Aggiungere annotazione coi permessi necessari ai playbo...https://work.fuss.bz.it/issues/9172019-10-23T10:33:03ZElena Grandielena@truelite.it
<p>Come sono stati aggiunti ai playbook server</p> fuss-manager - Segnalazione #916 (Nuovo): Infrastruttura per il lancio di playbook sul serverhttps://work.fuss.bz.it/issues/9162019-10-23T10:31:29ZElena Grandielena@truelite.it
<p>Poter lanciare playbook (provenienti dal pacchetto fuss-server) sul server stesso, annotati con i permessi necessari per il loro lancio tramite la variabile <code>fuss-manager: {...}</code></p> fuss-manager - Segnalazione #911 (Nuovo): Whitelist di backend di autenticazionehttps://work.fuss.bz.it/issues/9112019-10-03T10:24:53ZElena Grandielena@truelite.it
<p>Mettere nella configurazione una lista di backend di autenticazione da attivare, nell'ordine definito dalla lista.</p> fuss-manager - Segnalazione #910 (Nuovo): Gestire il caso in cui un utente sia presente in più ba...https://work.fuss.bz.it/issues/9102019-10-03T09:53:07ZElena Grandielena@truelite.it
<p>Quando un utente è presente in più backend di autenticazione (ad esempio <code>root</code>, sicuramente presente sia localmente che nel backend di master password, ma anche utenti presenti sia su ldap che localmente), la verifica della password viene fatta sul primo backend attivo, rischiando di fallire anche quando viene usata una password valida su uno di quei backend.</p>
<p>La soluzione elegante è fare la richiesta di authenticate su tutti i backend in parallelo, e accettare la prima con successo che si riceve (da decidere: qualche messaggio di errore fornire nel caso in cui tutti i backend neghino l'auth, propongo nel caso di dividere i casi di db.AuthenticationError tra problemi del backend e password sbagliata)</p>
<p>Prima dell'implementazione del ticket potrebbe servire anche qualche workaround veloce, da definirsi.</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> 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> 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>