Project

General

Profile

Segnalazione #262

fuss-client -a / cant discover domain /

Added by Helmut Oberholllenzer over 7 years ago. Updated over 7 years ago.

Status:
Risolto
Priority:
Normale
Start date:
05/18/2017
Due date:
% Done:

100%

Estimated time:

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

Related to fuss-client - Segnalazione #252: fuss-client -a da erroreChiuso05/12/2017

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

Actions
Related to fuss-server - Segnalazione #236: loginChiuso04/21/2017

Actions

Associated revisions

Revision f6aa9c94 (diff)
Added by Elena Grandi over 7 years ago

Improved autodetection of domain. refs: #262

Revision 2c38242d (diff)
Added by Elena Grandi over 7 years ago

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.

Revision d1aaa749 (diff)
Added by Elena Grandi over 7 years ago

Read domain name from octofuss when not specified on command line. refs: #262

Revision 193bc9e8 (diff)
Added by Elena Grandi over 7 years ago

Finish reading domain name from octofuss. refs: #262

History

#1

Updated by Christopher R. Gabriel over 7 years ago

  • Assignee set to Elena Grandi
#2

Updated by Elena Grandi over 7 years ago

  • 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?

#3

Updated by Christopher R. Gabriel over 7 years ago

  • Status changed from Nuovo to Commenti
#4

Updated by Elena Grandi over 7 years ago

#5

Updated by Elena Grandi over 7 years ago

#6

Updated by Elena Grandi over 7 years ago

#7

Updated by Helmut Oberholllenzer over 7 years ago

  • 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.

#8

Updated by Elena Grandi over 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.

#9

Updated by Elena Grandi over 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)

#10

Updated by Christopher R. Gabriel over 7 years ago

  • Project changed from fuss-server to fuss-client
#11

Updated by Simone Piccardi over 7 years ago

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?

#12

Updated by Christopher R. Gabriel over 7 years ago

  • Assignee changed from Helmut Oberholllenzer to Elena Grandi
#13

Updated by Elena Grandi over 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

#14

Updated by Elena Grandi over 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.

#15

Updated by Simone Piccardi over 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ù.

#16

Updated by Helmut Oberholllenzer over 7 years ago

  • % Done changed from 0 to 100
#17

Updated by Helmut Oberholllenzer over 7 years ago

  • Status changed from Commenti to Risolto

Also available in: Atom PDF