fuss-server issueshttps://gitlab.fuss.bz.it/fuss/fuss-server/-/issues2019-11-22T13:37:30Zhttps://gitlab.fuss.bz.it/fuss/fuss-server/-/issues/932Verificare gli script in scripts/ e convertire a python3 quanto ancora in uso.2019-11-22T13:37:30ZElena GrandiVerificare gli script in scripts/ e convertire a python3 quanto ancora in uso.<!--_Originally created by @Elena Grandi on [#932 (Redmine)](http://www.example.org/issues/932)_-->
Nella directory `scripts/` alla radice del repository sono presenti dei
vecchi script in bash e python2 che vengono installati dal pacch...<!--_Originally created by @Elena Grandi on [#932 (Redmine)](http://www.example.org/issues/932)_-->
Nella directory `scripts/` alla radice del repository sono presenti dei
vecchi script in bash e python2 che vengono installati dal pacchetto.
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.https://gitlab.fuss.bz.it/fuss/fuss-server/-/issues/912Impossibile montare risorsa samba su windows2023-01-02T14:28:52ZMarco.MarinelloImpossibile montare risorsa samba su windows<!--_Originally created by @Marco Marinello on [#912 (Redmine)](http://www.example.org/issues/912)_-->
Dopo aver creato una share samba da octonet, non riesco a montarla su
client windows perché ritenuta insicura (versione troppo vecchi...<!--_Originally created by @Marco Marinello on [#912 (Redmine)](http://www.example.org/issues/912)_-->
Dopo aver creato una share samba da octonet, non riesco a montarla su
client windows perché ritenuta insicura (versione troppo vecchia del
protocollo)Paolo DongilliPaolo Dongillihttps://gitlab.fuss.bz.it/fuss/fuss-server/-/issues/904Creazione automatica gruppo nextcloud + password forte2019-09-22T15:55:14ZMarco.MarinelloCreazione automatica gruppo nextcloud + password forte<!--_Originally created by @Marco Marinello on [#904 (Redmine)](http://www.example.org/issues/904)_-->
Per Debian 10, prevedere la creazione automatica del gruppo `nextcloud`
(o `fussremoteaccess` , vedi tu Paolo, quello si può eventual...<!--_Originally created by @Marco Marinello on [#904 (Redmine)](http://www.example.org/issues/904)_-->
Per Debian 10, prevedere la creazione automatica del gruppo `nextcloud`
(o `fussremoteaccess` , vedi tu Paolo, quello si può eventualmente
adattare) e che gli utenti dello stesso siano obbligati ad avere
password forte.Paolo.DongilliPaolo.Dongillihttps://gitlab.fuss.bz.it/fuss/fuss-server/-/issues/689Problemi del kernel proxmox con server DELL PowerEdge T630 (aggiornamento sul...2020-08-26T09:23:12ZElena GrandiProblemi del kernel proxmox con server DELL PowerEdge T630 (aggiornamento sullo stato per la documentazione)<!--_Originally created by @Elena Grandi on [#689 (Redmine)](http://www.example.org/issues/689)_-->
Negli appunti sulle installazioni che sto sistemando per la
pubblicazione su
<https://fuss-tech-guide.readthedocs.io/it/latest/installaz...<!--_Originally created by @Elena Grandi on [#689 (Redmine)](http://www.example.org/issues/689)_-->
Negli appunti sulle installazioni che sto sistemando per la
pubblicazione su
<https://fuss-tech-guide.readthedocs.io/it/latest/installazioni_specializzate/installazioni-scuole-bolzano.html>
ho visto quanto segue:
> @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
> 7.d) (PER I SERVER DELL PowerEdge T630)
> @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
> IL PROCESSSO DI AGGIORNAMENTO INSTALLA, AD OGGI, IL KERNEL
4.15.18.1
> SE DOVESSERO PRESENTARSI PROBLEMI DI AVVIO RICONDUCIBILI
ALL’AGGIORNAMENTO DEL KERNEL, SARÀ NECESSARIO RIAVVIARE IL SISTEMA E,
NELLA SCHERMATA DI GRUB, SELEZIONARE LA MODALITÀ “Advanced/Avanzato”
> PER POI PARTIRE COL KERNEL PIÙ VECCHIO.
> UNA VOLTA AVVIATO IL SISTEMA COL VECCHIO KERNEL, BISOGNERÀ RIMUOVERE
IL NUOVO KERNEL (PROBLEMATICO).
> PER EVITARE QUESTO PROBLEMA, E’ NECESSARIO SOSTITUIRE IL KERNEL
PRESENTE DOPO L’INSTALLAZIONE DI CUI AL PUNTO 7.a) CON IL KERNEL
CORRISPONDENTE ALLA ISO PIÙ RECENTE DI PROXMOX.
> <https://www.proxmox.com/en/downloads>
> QUESTO LINK MOSTRA LE ISO DISPONIBILI.
> SI CLICCA SUL LINK DELLA PIÙ RECENTE E SI VERIFICA QUAL’È IL KERNEL
CORRISPONDENTE. OGGI È IL 4.13.13.
>
> OTTENUTE LE INFORMAZIONI, SI DEVE PROCEDERE ELIMINANDO DAPPRIMA IL
KERNEL PIÙ RECENTE. PER SAPERE QUAL’È SI DEVE LANCIARE IL SEGUENTE
COMANDO:
> dpkg —list | grep “pve-kernel-”
>
> NEL NOSTRO CASO L’ESITO È IL SEGUENTE (vedi penultima riga):
> pve-kernel-4.15.17-1-pve
>
> PER ELIMINARE IL KERNEL VANNO LANCIATI I SEGUENTI COMANDI.
>
> touch ‘/please-remove-proxmox-ve’
>
> apt-get purge pve-kernel-4.15.18-1-pve (CONFERMARE CON “S”)
>
> update-grub
>
> wget <http://download.proxmox.com/debian/proxmox-ve-release-5.x.gpg>
-O /etc/apt/trusted.gpg.d/proxmox-ve-release-5.x.gpg
>
> reboot
> @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
seguendo la procedura sono arrivata su
<https://pve.proxmox.com/wiki/Roadmap#Proxmox_VE_5.3> da cui la versione
attuale del kernel nella ISO di proxmox risulta essere 4.15.18, ovvero
quello che causava problemi.
Dato che in queste istruzioni non vedo l’installazione esplicita di un
kernel non mi è ben chiaro quale sia il workaround: installare un kernel
proxmox precedente (non però l’ultimo)? oppure tenere il kernel debian
(ma allora, perché controllare la versione sul sito proxmox)?
Per completezza della documentazione mi chiedo anche: ci sono
aggiornamenti sullo status di quelle macchine? serve ancora aggirare il
problema, o con il kernel attuale sono stati risolti?
GrazieElena GrandiElena Grandihttps://gitlab.fuss.bz.it/fuss/fuss-server/-/issues/686Necessità riavvio coova-chilli dopo restart server FUSS2018-12-04T11:46:05ZPaolo.DongilliNecessità riavvio coova-chilli dopo restart server FUSS<!--_Originally created by @Paolo Dongilli on [#686 (Redmine)](http://www.example.org/issues/686)_-->
Riporto quanto segnalato da Andrea Padovan:
> PRECEDENTE ESPERIENZA
> qualche giorno fa ho aggiornato un fuss-server (scuola elemen...<!--_Originally created by @Paolo Dongilli on [#686 (Redmine)](http://www.example.org/issues/686)_-->
Riporto quanto segnalato da Andrea Padovan:
> PRECEDENTE ESPERIENZA
> 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)
>
> Dopo aver lanciato
>
>
```
# apt update
# apt upgrade
# fuss-server upgrade
```
>
> tutto è andato a buon fine e il WIFI continuava a funzionare
correttamente.
>
> PROBELMA COL WIFI
> Appena riavviato il server, il servizio chilli non “girava” più.
>
> Ho dovuto riavviarlo a mano, dopodichè il WIFI ha iniziato a
funzionare.
>
>
```
# /etc/init.d/chilli restart
```
>
Andrea, dici che il servizio “chilli” non girava più: una domanda: hai
verificato prima di fare il restart, se chilli veramente non girava?Andrea.PadovanAndrea.Padovan