Project

General

Profile

Segnalazione #325

fuss-client -a termina con 1 errore

Added by Paolo Baratta almost 4 years ago. Updated almost 3 years ago.

Status:
Chiuso
Priority:
Alta
Assignee:
Start date:
06/22/2017
Due date:
% Done:

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

typescript (14.8 KB) Paolo Baratta, 06/22/2017 10:42 AM

History

#1 Updated by Christopher R. Gabriel almost 4 years ago

  • 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

#2 Updated by Paolo Baratta almost 4 years ago

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.

#3 Updated by Paolo Baratta almost 4 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.

#4 Updated by Christopher R. Gabriel almost 4 years ago

  • Assignee changed from Paolo Baratta to Elena Grandi

#5 Updated by Elena Grandi almost 4 years ago

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

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

#7 Updated by Paolo Dongilli almost 3 years ago

  • Status changed from Commenti to Chiuso

Chiudo perché vecchio.

Also available in: Atom PDF