FUSS at work: Issueshttps://work.fuss.bz.it/https://work.fuss.bz.it/favicon.ico?15861920342020-01-02T10:10:54ZFUSS at work
Redmine clonezilla-fuss - Segnalazione #945 (Chiuso): clonezilla-fuss non installa alcuni file necessarihttps://work.fuss.bz.it/issues/9452020-01-02T10:10:54ZPaolo Dongillidongilli@fuss.bz.it
non vengono installati i seguenti file nella cartella <code>/srv/tftp</code> sul server:
<ul>
<li><code>ldlinux.c32</code></li>
<li><code>libutil.c32</code></li>
<li><code>menu.c32</code></li>
<li><code>pxelinux.0</code></li>
</ul> fuss-client - Segnalazione #784 (In elaborazione): fuss-client failure during unattended-upgradeshttps://work.fuss.bz.it/issues/7842019-04-01T13:49:39ZPaolo Dongillidongilli@fuss.bz.it
<p>Talvolta capita che durante il lancio di fuss-client il processo si interrompa per l'impossibilità di installare pacchetti perché il servizio <code>unattended-upgrades</code> sta eseguendo un aggiornamento.</p>
<p>fuss-client dovrebbe verificare lo stato di unattended-upgrades prima di installare i pacchetti previsti.</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> octomon - Segnalazione #678 (Risolto): Cancellazione di "Altro Hardware" nelle scuolehttps://work.fuss.bz.it/issues/6782018-11-26T23:47:21ZPaolo Dongillidongilli@fuss.bz.it
<p>Sarebbe comoda anche la funzionalità di cancellazione di "Altro Hardware"</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 #569 (Nuovo): Rimozione host da /etc/cluster a seguito del comando fus...https://work.fuss.bz.it/issues/5692018-07-20T09:37:25ZPaolo Dongillidongilli@fuss.bz.it
<p>Quando l'utente lancia</p>
<pre>
fuss-client -r -p
</pre>
<p>il host va rimosso sul server da /etc/clusters (v. <a class="external" href="https://work.fuss.bz.it/issues/565">https://work.fuss.bz.it/issues/565</a>).</p> fuss-client - Segnalazione #559 (Chiuso): modifica fuss-client -r -phttps://work.fuss.bz.it/issues/5592018-07-03T11:39:04ZPaolo Dongillidongilli@fuss.bz.it
<p>Inoltro questa segnalazione di Paolo B.:</p>
<blockquote>
<p>Per un PC/portatile che è stato precedentemente agganciato (join) ad un server avente un indirizzo LAN uguale a quello del server sul quale si sta rifacendo il join, non è sufficiente eseguire un preventivo fuss-client -r -p (non basta eliminare le due chiavi krb5) perché comparirà un errore DNS (spoofing) relativo al file /etc/.ssh/known_hosts.</p>
<p>Per risolvere il problema è necesasario eliminare anche il file known_hosts.</p>
<p>Per questo sarebbe opportuno che il processo previsto dall'opzione -p (purge) di fuss-client, se non crea altri problemi, preveda anche l'eliminazione di questo file.</p>
</blockquote> fuss-client - Segnalazione #515 (Risolto): Richiesta aggiunta parametro a fuss-client per cambio ...https://work.fuss.bz.it/issues/5152018-06-11T08:09:38ZPaolo Dongillidongilli@fuss.bz.it
<p>Per risparmiare il tempo necessario a modificare i file</p>
<pre>
/etc/hostname
/etc/hosts
</pre>
<p>prima di lanciare <code>fuss-client</code>, si chiede se possibile di aggiungere un nuovo parametro in fuss-client che permetta di specificare il nome del host e di modificare i suddetti file rendendo effettive le modifiche senza un reboot.</p>
<p>Vedere se a tal fine è necessario solo</p>
<pre>
invoke-rc.d hostname.sh start
invoke-rc.d networking force-reload
invoke-rc.d network-manager force-reload
</pre>
<p>come indicato nel wiki di Debian: <a class="external" href="https://wiki.debian.org/HowTo/ChangeHostname">https://wiki.debian.org/HowTo/ChangeHostname</a></p> fuss-backup - Segnalazione #466 (Risolto): Backup della directory slapd e file *.ldif giornaliero...https://work.fuss.bz.it/issues/4662018-02-07T12:27:45ZPaolo Dongillidongilli@fuss.bz.it
<p>Viene segnalato quanto segue:</p>
<p>[...] allego un file contenente le informazioni relative allo script che, nella versione server Debian 7, si occupava di creare un backup della directory slapd e un file *.ldif giornaliero dell'albero LDAP. Questi dati venivano copiati nella directory /var/backups. Oltre a questi dati veniva backuppata, nella stessa directory (var/backups), anche la directory fuss-server. Sia slapd che fuss-server nella direcrory /var/backups dei nuovi server Debian 8 sono invece assenti.<br />E' stato previsto che questo lavoro venga eseguito dal nuovo fuss-backup?</p>
<p>Qui sotto il contenuto di /var/backups nel server Debian 7:</p>
<p>apt.extended_states.0 dpkg.status.1.gz old-ldap_backup-2015-08-21-11:07:46<br />apt.extended_states.1.gz dpkg.status.2.gz passwd.bak<br />apt.extended_states.2.gz dpkg.status.3.gz shadow.bak<br />apt.extended_states.3.gz dpkg.status.4.gz slapd<br />apt.extended_states.4.gz dpkg.status.5.gz slapd-2.4.31-2<br />apt.extended_states.5.gz dpkg.status.6.gz slapd-2.4.31-2+deb7u1<br />apt.extended_states.6.gz fuss-server slapd-2.4.31-2+deb7u2<br />aptitude.pkgstates.0 group.bak<br />dpkg.status.0 gshadow.bak</p>
<p>Qui sotto invece il contenuto di /var/backups nel server Debian 8:</p>
<p>alternatives.tar.0 dpkg.statoverride.0 dpkg.status.2.gz<br />apt.extended_states.0 dpkg.statoverride.1.gz dpkg.status.3.gz<br />dpkg.diversions.0 dpkg.statoverride.2.gz dpkg.status.4.gz<br />dpkg.diversions.1.gz dpkg.statoverride.3.gz dpkg.status.5.gz<br />dpkg.diversions.2.gz dpkg.statoverride.4.gz dpkg.status.6.gz<br />dpkg.diversions.3.gz dpkg.statoverride.5.gz group.bak<br />dpkg.diversions.4.gz dpkg.statoverride.6.gz gshadow.bak<br />dpkg.diversions.5.gz dpkg.status.0 passwd.bak<br />dpkg.diversions.6.gz dpkg.status.1.gz shadow.bak</p> fuss-backup - Segnalazione #452 (Risolto): Cronjob per fuss-backuphttps://work.fuss.bz.it/issues/4522017-11-23T13:22:09ZPaolo Dongillidongilli@fuss.bz.it
<p>Donato segnala che</p>
<p>... dopo aver installato "fuss-backup" il file <br /><pre>
/etc/cron.d/fuss-backup
</pre></p>
<p>contiene qualcosa del tipo:</p>
<pre>
-------------------------------------------------------------
# crontab per fuss-backup
# lo standard è il lunedi mattino alle 13:15 di ogni settimana.
#
# Decommentare per ricevere una copia dell'output del backup
#MAILTO="root,backup@fuss.bz.it"
15 13 * * 1 root fuss-backup
-------------------------------------------------------------
</pre>
<p>Purtroppo in questa configurazione non lancia il cron job.</p>
<p>Modificando il file e dando il path completo (/usr/sbin/fuss-backup) il<br />cronjob viene eseguito.</p>
<pre>
-------------------------------------------------------------
# crontab per fuss-backup
# lo standard è il lunedi mattino alle 13:15 di ogni settimana.
#
# Decommentare per ricevere una copia dell'output del backup
#MAILTO="root,backup@fuss.bz.it"
15 13 * * 1 root /usr/sbin/fuss-backup
-------------------------------------------------------------
</pre> fuss-client - Segnalazione #446 (Chiuso): Problema cambio lingua lightdm (ritorno a it_IT-utf8)https://work.fuss.bz.it/issues/4462017-10-23T15:47:29ZPaolo Dongillidongilli@fuss.bz.it
<p>Diversi utenti ci hanno fatto notare che quando si cambia lingua in lightdm dall'italiano ad un'altra lingua, il cambio avviene con successo. Pure il passaggio tra lingue diverse dall'italiano.<br />Il ritorno all'italiano (default) però non risulta più possibile.</p> 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> fuss-client - Segnalazione #395 (Risolto): Processi attivi dopo logouthttps://work.fuss.bz.it/issues/3952017-09-03T12:48:52ZPaolo Dongillidongilli@fuss.bz.it
<p>Ho notato che rimangono dei processi attivi dopo il logout di un utente da interfaccia grafica.<br />Di istanze <code>gpg-agent</code> ne restano tante quanti sono i login fatti (v. allegato).</p> fuss-client - Segnalazione #375 (Risolto): Sostituzione di libpam-foreground con libpam-ck-connectorhttps://work.fuss.bz.it/issues/3752017-08-07T07:36:37ZPaolo Dongillidongilli@fuss.bz.it
<p>Mi sono accorto che fuss-client installa <br /><pre>
libpam-foreground
che però è un dummy package che installa
</pre> <br /><pre>
libpam-ck-connector
</pre> <br />Propongo di sostituire il dummy package con <code>libpam-ck-connector</code> in<br /><a class="external" href="https://work.fuss.bz.it/projects/fuss-client/repository/revisions/master/entry/ansible/roles/ldap/tasks/main.yml">https://work.fuss.bz.it/projects/fuss-client/repository/revisions/master/entry/ansible/roles/ldap/tasks/main.yml</a><br />ed nelle dipendenze di<br /><pre>
fuss-client-dependencies
</pre></p>
<p>PS: me ne sono accorto perché ieri ho voluto provare ad installare ed eseguire fuss-client su di una Debian 9.1 (<a class="external" href="https://cdimage.debian.org/debian-cd/current-live/amd64/iso-hybrid/debian-live-9.1.0-amd64-xfce.iso">https://cdimage.debian.org/debian-cd/current-live/amd64/iso-hybrid/debian-live-9.1.0-amd64-xfce.iso</a>) ed a parte le due piccole modifiche di cui sopra, l'aggancio al server è andato liscio come l'olio. Meraviglioso!</p> fuss-software - Segnalazione #278 (Chiuso): Pacchetto fuss-menu - icona scuole secondariehttps://work.fuss.bz.it/issues/2782017-05-31T08:57:03ZPaolo Dongillidongilli@fuss.bz.it
<p>Si chiede di verificare che tutti gli applicativi accessibili dall'icona per le scuole secondarie sia avviino correttamente. <br />Verificare anche che gli URL siano corretti.</p>
<p>kalzium e kbruch al click non caricano il software.</p>