FUSS at work: Issueshttps://work.fuss.bz.it/https://work.fuss.bz.it/favicon.ico?15861920342019-04-01T13:49:39ZFUSS at work
Redmine 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 #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> 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> fuss-client - Segnalazione #226 (Risolto): Installazione ISO fuss-client "standalone"https://work.fuss.bz.it/issues/2262017-04-10T17:54:02ZPaolo Dongillidongilli@fuss.bz.it
<p>Abbiamo provato a fare un'installazione della ISO fuss-client-jessie-i386-201703221536.iso senza connessione alla rete.</p>
<p>L'installazione è andata avanti senza intoppi ed abbiamo creato un'utenza locale assegnandole una password.</p>
<p>Di seguito una serie di problemi riscontrati dopo il reboot e la connessione ad internet.</p>
<ul>
<li>l'utenza locale creata non riesce a loggarsi né da lightdm né da terminale. E' necessario loggarsi come root e cambiare la password all'utente locale con <br /><code># password <nomeutente-locale></code><br />Il sistema richiede la "Current kerberos password" quindi si capisce che viene data priorità all'autenticazione Kerberos. Premendo invio si riesce a cambiare la password localmente inserendola, come di consueto, due volte. Infine viene richiesta nuovamente la kerberos password. Qui va premuto nuovamente <invio>.</li>
<li>in /etc/apt/sources.list è presente una riga<br /><code>deb http://httpredir.debian.org/debian jessie-backports main contrib non-free</code><br />ma manca una riga<br /><code>deb http://httpredir.debian.org/debian *jessie* main contrib non-free</code></li>
<li>sarebbe opportuno prevedere anche l'installazione dei pacchetti/metapacchetti nella ISO Base:
<ul>
<li>network-manager</li>
<li>network-manager-gnome</li>
<li>xfce4-goodies (in metapacchetto fuss-desktop)</li>
<li>fuss-office</li>
<li>fuss-multimedia</li>
</ul>
</li>
<li>l'installazione di fuss-office non va a buon fine in quanto fuss-office dipende da libreoffice >= 1:5.2 ma la versione in jessie è 1:4.3.3-2+deb8u6. Bisognerebbe indicare che libreoffice va preso da jessie-backports</li>
</ul> fuss-client - Segnalazione #211 (Risolto): Shutdown/restart disabilitati in LightDMhttps://work.fuss.bz.it/issues/2112017-03-17T14:00:12ZPaolo Dongillidongilli@fuss.bz.it
<p>Versione ISO: fuss-client-jessie-amd64-201703151249.iso <br />Issue: non è possibile fare shutdown/restart da LightDM in quanto le voci sono disabilitate.</p> fuss-client - Segnalazione #206 (Risolto): Installazione si blocca quando durante rilevazione HW ...https://work.fuss.bz.it/issues/2062017-03-09T18:22:47ZPaolo Dongillidongilli@fuss.bz.it
<p>Durante l'installazione della ISO del FUSS-Client su di un Notebook Dell Vostro 15, il processo si è bloccato su schermata rossa (senza permettere interazione con l'utente) nel punto in cui, durante la configurazione della rete l'installer si accorge che sono necessari firmware proprietari. L'utente non può fare nulla se non fermare con un CTRL-C per proseguire manualmente con le fasi di installazione.</p>