Distribuzione FUSS » Server » fuss-server

Purtroppo è molto importante sapere in cosa consista quell'errore, o almeno almeno la prima riga che comincia con TASK [kerberos:.

Ho il sospetto che ci sia fuss-client -r che non pulisce correttamente qualche parte della configurazione, che quindi non viene rieseguita dal secondo fuss-server -a, ma senza sapere quale task sia fallito non riesco a capire cosa possa essere stato. (e ovviamente, riprovando localmente anche da installazione pulita non l'ho riprodotto, e quindi non posso scoprirlo da qui).

Confermo invece che sia corretto dare la password del server quando viene chiesta (e sì, viene chiesta per due volte): questo serve per assicurarsi che il client che si sta installando sia "legittimo" (ovvero abbia davvero diritto di accedere alle home del server)

Buon giorno.
Poco fa ho rifatto da zero l'installazione di un client e questa volta fuss-cient -a è andato a buon fine senza errori. Ho testato inoltre: login, navigazione internet, creazione/eliminazione cartelle nella home. Tutto OK!
Proseguo con i test.

Lascio il ticket aperto (a priorità bassa) per aggiungere info nel caso in cui succeda di nuovo, così lo si può indagare.

Salve. Ho ricreato un nuovo client e, anche questa volta ho riscontrato lo stesso problema dopo aver lanciato il comando "fuss-client -a". Il comportamento si è poi ripetuto, tale e quale, come descritto nell'apertura del ticket: ho lanciato "fuss-client -r", poi fuss-client -a" e questa seconda volta il processo è andato a buon fine.
Qui sotto si trova il messaggio d'errore ottenuto dopo aver lanciato "fuss-client -a" la prima volta.

TASK [homes : Preseed kerberos server] *********************************
fatal: [localhost]: FAILED! => {"failed": true, "msg": "the field 'args' has an invalid value, which appears to include a variable that is undefined. The error was: 'dict object' has no attribute 'domain'\n\nThe error appears to have been in '/usr/share/fuss-client/roles/homes/tasks/main.yml': line 54, column 3, but may\nbe elsewhere in the file depending on the exact syntax problem.\n\nThe offending line appears to be:\n\n when: not st.stat.exists\n- name: Preseed kerberos server\n ^ here\n"}

RUNNING HANDLER [network : restart networking] *************************
changed: [localhost]
to retry, use: --limit @/usr/share/fuss-client/connect.retry

PLAY RECAP *************************************************************
localhost : ok=36 changed=14 unreachable=0 failed=1

Ho ancora un po' di domande per cercare di capire la situazione.

Con "questa seconda volta il processo è andato a buon fine" significa che dopo la seconda volta il login e tutto quanto funzionano?

Questa volta prima di fallire non ha chiesto le password, vero? temo che questo significhi che si è trattato di un errore diverso da quello della volta precedente.

Tra la volta in cui la run ha fallito e quella in cui ha funzionato è stato cambiato qualcosa sulla rete? in particolare, rifatte richieste dhcp?

Sono d'accordo di chiudere e proseguire col #262

Paolo, ti ho riassegnato il ticket così lo puoi chiudere.

Come richiesto, chiudo il ticket per proseguire su 262