Segnalazione #262
fuss-client -a / cant discover domain /
100%
Description
Hallo,
ich habe gerade einen Client installiert und danach fuss-client -a eingegeben, das Ergebnis:
TASK [homes : Set a default domain name if needed] *********************
skipping: [localhost]
TASK [homes : Stop if no domain is available] **************************
fatal: [localhost]: FAILED! => {"changed": false, "failed": true, "msg": "We can't discover our domain. If this happens multiple times in a row you can try to pass it explicitely with --domain."}
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
Related issues
Associated revisions
Revert "Improved autodetection of domain. refs: #262" (included in 8.0.15)
This reverts commit f6aa9c945b578f148d91357c0606a9302604f310.
Version 8.0.15 was not uploaded before this edit, so the .deb will be
based on this commit.
Read domain name from octofuss when not specified on command line. refs: #262
Finish reading domain name from octofuss. refs: #262
History
Updated by
Updated by Elena Grandi about 7 years ago
Updated by - Assignee changed from Elena Grandi to Helmut Oberholllenzer
Questa è effettivamente una cosa che può capitare: a seconda della configurazione della rete è possibile che il client non riesca a riconoscere automaticamente il dominio.
Potrebbe essere dovuto a fallimenti temporanei della rete, nel qual caso basta rilanciare fuss-client con le stesse opzioni, oppure dipendere da configurazioni particolari che rendono impossibile l'autodetect; per questi casi, come specificato nel messaggio, esiste un'opzione --domain per impostare esplicitamente il dominio.
Purtroppo a quel punto dell'esecuzione non è possibile stampare il messaggio di errore in modo differente; al massimo se non è chiaro se ne può cambiare il testo.
Se si vuole provare a scoprire cosa sia successo in questo specifico caso: sulla rete c'erano solo un fuss-server e i client? oppure c'erano altri apparati?
Updated by Elena Grandi about 7 years ago
- Related to Segnalazione #252: fuss-client -a da errore added
Updated by Elena Grandi about 7 years ago
- Related to Segnalazione #269: problema con fuss-client added
Updated by Helmut Oberholllenzer about 7 years ago
Updated by - Status changed from Commenti to Risolto
Ho lanciato fuss-client -a
la seconda volta non da un errore.
Ambiente proxmox con solo server e client in rete.
Updated by Elena Grandi about 7 years ago
- Status changed from Risolto to Commenti
Ho visto intanto che il problema si è ripresentato in più casi, nei vari ticket che ho appena collegato; propongo di proseguire l'indagine su questo ticket che ha un oggetto più riconoscibile.
Un modo alternativo (e più veloce) per sapere se si sta presentando o meno è lanciare, sul client, il comando:
ansible -i localhost, -c local localhost -m setup | less
cercare il campo
ansible_dns e verificare che abbia un sottocampo domain; un esempio di risultato corretto di questa parte sarebbe (ovviamente con valori diversi):
"ansible_dns": {
"domain": "istituto.lan",
"nameservers": [
"192.168.6.1"
],
"search": [
"istituto.lan"
]
}
se invece manca o è vuoto
domain si è nel caso che causa l'errore segnalato.
Notavo anche in #236 che la cosa potrebbe essere saltuaria (e che non sono mai riuscita a riprodurla localmente).
La cosa in particolare su cui indagherei è la configurazione di rete nei vari casi.
Updated by Elena Grandi about 7 years ago
Segnalo che sono riuscita a riprodurlo un paio di volte, ma non è mai durato abbastanza per fare diagnostica: appena dato l'errore tutto tornava a posto e una seconda run di fuss-client aveva successo.
(riporto qui, dato che era stato detto in modo un po' implicito in altri ticket: la modifica fatta fin'ora fa sì che in questo caso fuss-client si fermi prima di aver configurato cose a metà, ed è quindi safe rilanciarlo)
Updated by Christopher R. Gabriel about 7 years ago
- Project changed from fuss-server to fuss-client
Updated by Simone Piccardi almost 7 years ago
Updated by Dopo l'installazione di /fuss-client-full-jessie-amd64-201706211114.iso l'esecuzione del comando:
ansible -i localhost, -c local localhost -m setup
da luogo ad un contenuto:
[...]
"ansible_distribution_version": "8.8",
"ansible_dns": {
"nameservers": [
"192.168.42.1"
],
"search": [
"scuola.lan"
]
},
"ansible_domain": "scuola.lan",
[...]
a quanto pare su ansible_domain compare corretto, si può usare questo?
Updated by Christopher R. Gabriel almost 7 years ago
- Assignee changed from Helmut Oberholllenzer to Elena Grandi
Updated by Elena Grandi almost 7 years ago
- Assignee changed from Elena Grandi to Simone Piccardi
No, ho provato ma ansible_domain è potenzialmente diverso da ansible_dns.domain, e quello sicuramente giusto è il secondo
Updated by Elena Grandi almost 7 years ago
L'ultima versione di fuss-client (8.0.16) ottiene il dominio da octofuss invece che dal DNS, per essere sicuri di ricevere sempre e solo il valore corretto.
In questo modo mi pare si risolvino i problemi di richiesta doppia, dato che octofuss risponde sempre lo stesso valore.
Updated by Simone Piccardi almost 7 years ago
- Assignee changed from Simone Piccardi to Helmut Oberholllenzer
Ho eseguito vari test con l'ultima versione del fuss-client e il problema del mancato riconoscimento del dominio non si presenta più.
Improved autodetection of domain. refs: #262