Project

General

Profile

Segnalazione #236

login

Added by Paolo Baratta almost 7 years ago. Updated almost 7 years ago.

Status:
Chiuso
Priority:
Alta
Assignee:
Start date:
04/21/2017
Due date:
% Done:

0%

Estimated time:

Description

Sono in ambiente VirtualBox
Dopo aver installato un client collegato direttamente ad internet (scheda bridged verso la WAN del centro servizi), l'ho inserito nella rete interna virtuale affaciata su quella del server. Ho lanciato il fuss-client -a una prima volta. Mi è stata chiesta due volte una password (ho fornito quella del server) e la configurazione è proseguita, mostrando alla fine un solo "failed" relativo a localhost e kerberos (il testo dell'errore è molto lungo). Ho lanciato un fuss-client -r e di nuovo un fuss-client -a e la configurazione è andata a buon fine senza errori. Ho creato un account sul server, ma il login non va a buon fine. Allego il contenuto di syslog e auth.log.


Files

authlog.txt (1.03 KB) authlog.txt Paolo Baratta, 04/21/2017 10:29 AM
syslog.txt (2.36 KB) syslog.txt Paolo Baratta, 04/21/2017 10:29 AM

Related issues

Related to fuss-client - Segnalazione #269: problema con fuss-clientChiuso05/23/2017

Actions
Related to fuss-client - Segnalazione #262: fuss-client -a / cant discover domain /Risolto05/18/2017

Actions

History

#1

Updated by Paolo Baratta almost 7 years ago

  • Assignee set to Paolo Dongilli
#2

Updated by Paolo Baratta almost 7 years ago

  • Assignee changed from Paolo Dongilli to TRUELITE
#3

Updated by Elena Grandi almost 7 years ago

  • Assignee changed from TRUELITE to Elena Grandi
#4

Updated by Elena Grandi almost 7 years ago

  • Status changed from Nuovo to In elaborazione
#5

Updated by Elena Grandi almost 7 years ago

  • Assignee changed from Elena Grandi to Paolo Baratta

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)

#6

Updated by Paolo Baratta almost 7 years ago

  • Assignee changed from Paolo Baratta to Elena Grandi

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.

#7

Updated by Elena Grandi almost 7 years ago

  • Status changed from In elaborazione to Commenti
  • Assignee changed from Elena Grandi to Paolo Baratta
  • Priority changed from Normale to Bassa

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

#8

Updated by Paolo Baratta almost 7 years ago

  • Assignee changed from Paolo Baratta to Elena Grandi
  • Priority changed from Bassa to Alta

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

#9

Updated by Elena Grandi almost 7 years ago

  • Status changed from Commenti to In elaborazione
#10

Updated by Elena Grandi almost 7 years ago

  • Status changed from In elaborazione to Commenti
  • Assignee changed from Elena Grandi to Paolo Baratta

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?

#11

Updated by Elena Grandi almost 7 years ago

Intanto ho fatto qualche modifica a fuss-client per gestire un po' meglio il caso di questo possibile errore. Aspetto a pubblicare la modifica quando c'è anche soluzione per il resto dei problemi qui individuati.

#12

Updated by Paolo Baratta almost 7 years ago

Buon giorno.
Il client è stato creato da questa iso: fuss-client-full-jessie-i386-201705081051.iso
1.Confermo."Questa seconda volta il processo è andato a buon fine" significa che dopo la seconda volta il login e tutto quanto funzionavano. Si tratta però ovviamente di un "tutto quanto" non assoluto. Ho provato: login, logout, caricamento home, gestione quote, autenticazione e navigazione internet. Non ho ancora testato altre funzioni, ma se serve, sono a disposizione.
2. Confermo che il fallimento si è verificato prima della richiesta di password, che è invece avvenuta dopo il secondo "fuss-client -a", lanciato dopo un "fuss-client -r".
3. Se per "è stato cambiato qualcosa sulla rete" si intende modifiche della configurazione di rete, confermo che dopo il primo fuss-client -a, da parte mia, non sono state apportate modifiche.

#13

Updated by Christopher R. Gabriel almost 7 years ago

#14

Updated by Elena Grandi almost 7 years ago

#15

Updated by Elena Grandi almost 7 years ago

Ho notato che questo problema è stato segnalato da più ticket; dal punto di vista fuss-client nel frattempo è stata pubblicata una modifica con messaggio di errore credo più comprensibile e suggerimento di workaround.

La cosa potrebbe dipendere sia da configurazioni non prevedibili della rete (motivo per cui esiste il workaround) che da un bug (nel caso sospetto di fuss-server): per indagare propongo di chiudere questo ticket e proseguire su #262 che ha un titolo più riconoscibile.

#16

Updated by Paolo Baratta almost 7 years ago

Sono d'accordo di chiudere e proseguire col #262

#17

Updated by Paolo Baratta almost 7 years ago

  • Assignee changed from Paolo Baratta to Elena Grandi

Sono d'accordo di chiudere e proseguire col #262

#18

Updated by Paolo Dongilli almost 7 years ago

  • Assignee changed from Elena Grandi to Paolo Baratta

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

#19

Updated by Paolo Baratta almost 7 years ago

  • Status changed from Commenti to Chiuso

Come richiesto, chiudo il ticket per proseguire su 262

Also available in: Atom PDF