Segnalazione #325
fuss-client -a termina con 1 errore
0%
Description
Non saprei se il problema è lo stesso segnalato da Cemin.
La versione del pacchetto fuss-client è 8.0.12 (client appena aggiornato)
Anche il server è stato appena aggiornato. Queste le versioni dei pacchetti octo* :
ii octofuss-client 8.0.13-1 all OctoFuss client
ii octofussctl 0.3.2-1 all command line Octofuss client
ii octofussd 8.0.30-1 all server for remote computer lab administration
ii octomon-sender 8.2 all Octomon sender tool
ii octonet 0.2.14-1 all OctoNet
ii python-octomon 8.0-1 all python modules to work with Octomon
ii python3-octofuss 1.6.6-1 all Python modules to work with Octofuss
DI SEGUITO IL TESTO DELL'ERRORE:
TASK [homes : Remount /home] *******************************************
fatal: [localhost]: FAILED! => {"changed": true, "cmd": ["systemctl", "start", "home.mount"], "delta": "0:00:00.051277", "end": "2017-06-22 09:44:01.165908", "failed": true, "rc": 1, "start": "2017-06-22 09:44:01.114631", "stderr": "Job for home.mount failed. See 'systemctl status home.mount' and 'journalctl -xn' for details.", "stdout": "", "stdout_lines": [], "warnings": []}
to retry, use: --limit @/usr/share/fuss-client/connect.retry
PLAY RECAP *************************************************************
localhost : ok=61 changed=20 unreachable=0 failed=1
Files
History
Updated by Christopher R. Gabriel over 7 years ago
Updated by - Status changed from Nuovo to Commenti
- Assignee changed from Christopher R. Gabriel to Paolo Baratta
Come indicato dall'errore stesso, puoi mandare l'output di
# systemctl status home.mount
e magari, se possibile, anche l'output completo del comando come indicato su https://work.fuss.bz.it/projects/server/wiki/Bug_Reporting pero' per il comando fuss-client
Updated by Paolo Baratta over 7 years ago
Updated by - File typescript typescript added
Eccolo:
root@clientj-1:~# systemctl -l status home.mount
● home.mount - "Mount /home"
Loaded: loaded (/etc/systemd/system/home.mount; enabled)
Active: failed (Result: exit-code) since gio 2017-06-22 09:44:01 CEST; 42min ago
Where: /home
What: 172.16.0.1:/home
Process: 3915 ExecMount=/bin/mount -n 172.16.0.1:/home /home -t nfs4 -o defaults,rsize=8192,wsize=8192,noatime,sec=krb5 (code=exited, status=32)
giu 22 09:44:01 clientj-1 mount3915: mount.nfs4: access denied by server while mounting 172.16.0.1:/home
giu 22 09:44:01 clientj-1 systemd1: home.mount mount process exited, code=exited status=32
giu 22 09:44:01 clientj-1 systemd1: Failed to mount "Mount /home".
giu 22 09:44:01 clientj-1 systemd1: Unit home.mount entered failed state.
Updated by Paolo Baratta over 7 years ago
Di seguito anche l'esito dell'altro comando consigliato:
root@clientj-1:/tmp# journalctl xn Logs begin at gio 2017-06-22 09:39:55 CEST, end at gio 2017-06-22 10:42:06 CEST. --
-
giu 22 10:35:20 clientj-1 twistd3508: INFO USING CONF FILE /etc/octofuss-client/server.conf
giu 22 10:35:20 clientj-1 twistd3508: INFO
giu 22 10:37:35 clientj-1 dhclient10049: DHCPREQUEST on eth0 to 172.16.0.1 port 67
giu 22 10:37:35 clientj-1 dhclient10049: DHCPACK from 172.16.0.1
giu 22 10:37:35 clientj-1 dhclient10049: bound to 172.16.1.51 -- renewal in 270 seconds.
giu 22 10:40:20 clientj-1 twistd3508: INFO USING CONF FILE /etc/octofuss-client/server.conf
giu 22 10:40:20 clientj-1 twistd3508: INFO
giu 22 10:42:06 clientj-1 dhclient10049: DHCPREQUEST on eth0 to 172.16.0.1 port 67
giu 22 10:42:06 clientj-1 dhclient10049: DHCPACK from 172.16.0.1
giu 22 10:42:06 clientj-1 dhclient10049: bound to 172.16.1.51 -- renewal in 262 seconds.
Updated by Christopher R. Gabriel over 7 years ago
- Assignee changed from Paolo Baratta to Elena Grandi
Updated by Elena Grandi over 7 years ago
Updated by - Assignee changed from Elena Grandi to Paolo Baratta
Non sono sicura che sia lo stesso problema di #323 (non lo sembra), ma di sicuro è sulla parte di codice che è stata abbastanza modificata per quel ticket.
Non riesco però a capire se il typescript sia relativo alla prima esecuzione in cui si è presentato il problema o ad una successiva: sembra che in questa esecuzione le chiavi non siano state generate (per cui è corretto che venga rifiutato il permesso di montare le home)
Dato che la generazione delle chiavi è stata nel frattempo modificata anche per #323 sarebbe meglio riprovare con le nuove versioni di fuss-server (8.0.16-1) e fuss-client (8.0.13 - che richiede un fuss-server aggiornato). Per far rigenerare la chiave, se presente cancellare il file /etc/krb.keytab sul client.
Updated by Elena Grandi about 7 years ago
Dato che questo problema si è presentato numerose versioni fa del pacchetto, credo che le informazioni di questo ticket non siano più rilevanti: lo si potrebbe chiudere?
Problemi simili sono già stati risolti o sono in fase di risoluzione su altri ticket, con informazioni aggiornate.
Updated by Paolo Dongilli over 6 years ago
Updated by - Status changed from Commenti to Chiuso
Chiudo perché vecchio.