Distribuzione FUSS » fuss-client

Questo assomiglia ai vecchi casi di configurazione di fuss-client non andata a buon fine, che però erano stati risolti.

• le versioni di fuss-client e di fuss-server in uso rispettivamente su client e server
• il risultato del comando systemctl status home.mount
• la presenza o meno sul client dei file /etc/krb5.keytab e di /root/krb5.keytab

• se l'ultima run di fuss-client -a ha dato errori (non basta rilanciarlo e leggere eventuali errori nuovi)
• se dopo l'installazione funzionavano ed hanno smesso di funzionare, cosa sia cambiato (per caso sono stati cambiati nomi delle macchine?)

A seconda delle risposte, ho in mente un paio di procedure per sistemare, ma cosa fare dipende dalle risposte sopra.

Ciao Elena,

le versioni di fuss-client e fuss-server sono le piu recenti.

lanciando su un client nuovo con tutti update il task fuss-client -a da un errore come vedi nell'immagine.

grazie e saluti.

Ciao Elena,

ho provato come detto ma non ha funzionato, ti mando un immagine:
sinistra server dove ho lanciato fuss-server test
destra client dove ho lanciato fuss-client -a

come vedi nell'immagine stò lavorando in ambiente proxmox..

grazie e saluti.

L'output di journalctl-xn su client.

Helmut Oberholllenzer ha scritto:

le versioni di fuss-client e fuss-server sono le piu recenti.

per avere uno storico più accurato sarebbe meglio scrivere comunque il numero di versione precisa, in modo che tornando sul ticket in futuro si possa sapere di che versione si stava parlando senza dover andare a scavare nel repository.

Ad esempio si può usare il risultato del comando dpkg -l fuss-server e dpkg -l fuss-client rispettivamente.

Questa info non mi pare sia stata controllata:

• la presenza o meno sul client dei file /etc/krb5.keytab e di /root/krb5.keytab

Riguardo invece a:

• se l'ultima run di fuss-client -a ha dato errori (non basta rilanciarlo e leggere eventuali errori nuovi)

ho visto gli screenshot delle esecuzioni: purtroppo parte delle informazioni importanti sono fuori dallo schermo, e quanto riportato non è sufficiente per capire cosa sia successo.

Anche per fuss-client valgono le indicazioni riportate su Bug_Reporting: il modo migliore di riportare il risultato delle esecuzioni è usare script e allegare il typescript al ticket.

• se dopo l'installazione funzionavano ed hanno smesso di funzionare, cosa sia cambiato (per caso sono stati cambiati nomi delle macchine?)

Se ho capito bene lo screenshot allegato al commento 5 si riferisce ad una macchina nuova, sulla quale non era mai stato lanciato fuss-client, e quindi non è questo il caso, giusto? O è stata usata la stessa macchina del commento 3, e dopo la rimozione di network manager dal server è stato solo lanciato fuss-client -a?

Riguardo alla rimozione di network manager invece chiedo prima agli altri se ci possono essere problemi a farlo, ma nel caso è una modifica semplice.

Ciao Elena,

stò usando le versioni fuss-server: 8.0.22-1
fuss-client: 8.0.18

lancio il commando fuss-client -a sempre su una macchina dove non ho mai lanciato fuss-client (uso un snapshot che ho fatto con proxmox)

sul server prima di fare i test cancello il pc del gruppo managed hosts dove era prima.

in allegato 'loutput del commando script.

grazie e saluti

(fatti tentativi di riprodurre il problema, senza risultato, proverò ancora)

Ieri ho verificato i log, cercato di riprodurre la stessa situazione localmente, ma tutto senza risultato, a me funziona.

Mi è però venuta l'idea che l'aggancio potrebbe essere stato fatto col nome sbagliato: per scoprirlo mi serve sapere:

• il risultato dei comandi hostname e hostname -f sia sul client che sul server
• il valore di domain impostato in /etc/fuss-server/fuss-server.yaml
• i contenuti di /usr/local/sbin/add_client_principal (sul server)
• i contenuti di /etc/krb5.conf (sul server e sul client)

purtroppo, dato che la situazione sembra succedere solo in questo specifico caso, c'è da indagare a fondo su cosa renda questo caso speciale.

Ciao Elena,

oggi ho installato un server nuovo alla scuola manzoni con proxmox e ho lo stesso problema...

ti mando i dati richiesti della scuola rosmini.

grazie

I dati del server mi paiono a posto.

Mancano però i dati del client, per verificare che siano configurati correttamente rispetto al server:

• il risultato dei comandi hostname e hostname -f
• i contenuti di /etc/krb5.conf

Ciao Elena,

i dati richiesti.

Saluti

Ho cancellato l'allegato e lo sto ricaricando dopo aver rimosso una password

Chiedo scusa, avevo perso il nuovo attachment mentre facevo il giro di cancellazione password dal precedente.

Forse ho un indizio: in quell'aula per caso sono presenti più client con lo stesso hostname "client"?

In quel caso nel momento in cui avviene l'aggancio per una macchina cancella l'autorizzazione per l'altra macchina con lo stesso nome, rendendo impossibile il mount della /home.

sigh.

la prima volta il problema si era presentato con client su macchine vere? o sempre solo con server e client su promox?

Possiamo avere accesso ssh alla macchina promox e al fuss-server in questione per fare un po' di indagini?

Abbiamo trovato che il client su promox aveva la data sbagliata di diversi giorni, il che è un valido motivo per impedire il mount.

Facendolo ci siamo anche accorti che fuss-client abilitava la sincronizzazione dell'ora, ma non la faceva partire subito (partiva al riavvio successivo), e quindi in questi casi non era pronta per tempo.

Ho uploadato la versione 8.0.19 di fuss-client che risolve quel problema della sincronizzazione.

Non ho ancora rilanciato fuss-client sul client (immagine promox): lo faccio per verificare che sia a posto oppure la cosa può causare fastidi?

Ciao Elena,

non ha risolto il problema,

oggi ho messo un nuovo server a chiusa anche su questo lo stesso errore. Senza Proxmox però.

Adesso ho 3 scuole dove non posso andare avanti, in settembre iniziano le lezioni....

Stiamo per provare a lanciare il fuss-client sul client promox di rosmini, per fare ulteriore diagnostica.

Sarebbe meglio non farci sopra cose nel frattempo, per non confondere le acque.

Riassegno solo per conferma di lettura, ma intanto ci stiamo lavorando